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TUTORIAL PROGRAM 

Combining two days 
of tutorials with the tech¬ 
nical conference provides 
the attendee with a cost 
five way of gaining in-depth 
knowledge in a number of UNIX 
areas, such as: operating system 
internals, UNIX on modem archi¬ 
tectures, networking, languages, 
windowing schemes, user interfaces, 
systems administration, security and legal 
issues. Taught by leading UNIX experts, the 
consistently sold out tutorial program is intended for 
technical software professionals and managers of all lev¬ 
els. Early registration is advised to insure the tutorials of 
your choice. 
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|s g= The Professional 
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j ff| UNIX Association 


Presentations will focus on the latest research and 
developments in UNIX and UNIX-like systems. These sessions 
provide a forum where technical issues are aired and critical 
thought is exercised. Tbpic areas may include: 

■ New Tools and “Little Languages" 

■UNIX and AI: 

Intelligent Systems 
Neural Nets 

■ Ada and UNIX—Real Experience, Future Expectations 

■ Software Release Systems and Servers 

■ Documentation Issues 

■ Installation Guides and On-line Help Systems 

■ Architectures and Compilers 

■ File Systems and Servers 

Failsafe/Failsoft File Managers 
Hierarchical File Migration 
Version Control 

■ Distributed Systems and Services 

■ Networking and Security 

■ User Interfaces and UIMS 

■ Experiences and Novel Applications 

New parallel sessions will offer short courses about specific 
tools and tricks in such areas as make and regular expressions, 
C Style/Portabihty and global networking. 

Join the Birds of a Feather Sessions—they bring 
folks together in an informal atmosphere 
to talk about latest developments 
in UNIX. 


The USENIX Association is a not-for-profit organiza¬ 
tion of those interested in UNIX and UNIX-like systems. 
It is dedicated to fostering and communicating the 
development of research and technological information 
pertaining to advanced computing systems. 


For complete conference details, call: 
(714) 588-8649 or write: 

USENIX Conference Office 
22672 Lambert St., Suite 613 
ElTbro, CA92630 


The 1990 UniForum Conference and Trade Show will run concurrently with 

USENIX. UniForum will he held at the Washington D. C. Convention Center. UNIX is a registered trademark of AT&T 











NEW FOR LAN PLANNERS 



SIMLAN II now predicts performance of LAN’s 

Free trial and, if you act now, free training 


IMLAN II uses simulation 
to predict your LAN perfor¬ 
mance. You simply describe your 
LAN and workload. 

Animated simulation follows im- 
mediately-no programming delays. 


Your local area network simulated 

You can predict the performance 
of any LAN. Industry standard 
protocols such as Ethernet, Token 
Ring and Token Bus. Others can be 
modeled. 


Easy-to-understand results 

You get an animated picture of 
your LAN. System bottlenecks and 
changing levels of utilization are ap¬ 
parent. 

You can model clients, servers, 
bridges and gateways. 

Your reports show system 
statistics such as utilization, transfer 
times, information throughput, and 
message loss. Client, server, and 
gateway statistics show queue 
lengths, waiting times, and block¬ 
ing. 

Computers with SIMLAN II 

SIMLAN II is available for most 
PC’s and Workstations. 


You can easily study the effect of 
changing parameters or even pro¬ 
tocols. 

Seeing your LAN animated in¬ 
creases everyone’s understanding of 
its operation and builds confidence 
in your results. 

Free trial information 

The free trial contains everything 
you need to try SIMLAN II™on 
your computer. For a limited time 
we also include free training 
-no cost, no obligation. 

Call Paul Gorman at (619) 
457-9681, Fax (619) 457-1184. In 
Europe, call Nigel McNamara on 
(01) 528-7980, Fax (01) 528-7988. 


Free trial offer 

See for yourself how SIMLAN II quick¬ 
ly answers LAN performance questions. 
Limited offer-Act now for free training. 
□ Send information on your Special 
University Offer. 



CACI Products Company 
3344 North Torrey Pines Court 
La Jolla, California 92037 

Call Paul Gorman at (619) 457-9681. 
Fax (619) 457-1184. 

In Europe: 

CACI Products Division 

Regent House, 89 Kingsway 

London WC2B 6RH, United Kingdom 

Call Nigel McNamara on (01) 528-7980. 
Fax (01) 528-7988. 


f. ©1989 CACI, INC. 
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Computer Society 
President’s 


MESSAGE 


1989 president’s final report: 

Preparing for the 21st century 


W ith the year drawing a close, 
it’s appropriate to highlight 
the accomplishments of 1989 
and, building on this base, begin the tran¬ 
sition to 1990 and a new president. This 
has been a year of many “firsts” for the 
“number one” society of computer pro¬ 
fessionals (see box at right), and we are 
poised to meet the challenges of the next 
decade. To this end, I am proud to report 
that a number of the actions planned for 
1989 — presented in my first message in 
the January 1989 Computer — have been 
accomplished. 

1989 TEAM year. This year was de¬ 
clared the “Year of TEAM” (for techni¬ 
cal, educational, area, and membership). 
In 1989, the society’s Technical Activi¬ 
ties Board, Educational Activities Board, 
and Area Activities Board formed a tri¬ 
lateral interdisciplinary activity. TAB 
focused on the technology, EAB on the 
educational process, and AAB on the de¬ 
livery of services to the membership. 

The latter, of course, is a prime concern 
of the Membership and Information Ac¬ 
tivities Board (M&IA). 

Technical activities. The Computer 
Society’s technical activities are its 
“source of excellence.” During my presi¬ 
dency, I’ve encouraged recognition of 
TAB as the society’s research and devel¬ 
opment center — the source of the tech¬ 
nical expertise and know-how that will 
help us reach the goals set for the soci¬ 
ety’s 21st-century programs and serv¬ 
ices. TAB’S recent achievements include: 

• Satellite symposiums: Compusat 88 
brought together an interdisciplinary 
team of technical committees (TCs) to 
work on joint projects, and planning has 
begun on a second Compusat. We expect 
this program to continue throughout the 
1990s. 


• Task forces: To evaluate the need for 
new TCs, TAB formed task forces on ar¬ 
tificial intelligence, CASE tools, and 
global change. A proposition to change 
the AI Task Force to a TC was to have 
been discussed at the November 17, 

1989, Board of Governors meeting (still 
pending as of press time). 

• TABS: Two issues of TABS have 
been published and mailed as supple¬ 
ments to Computer. These brochures, 
which highlighted TC programs, raised 
member awareness of our technical pro¬ 
grams. A joint effort with the Member¬ 
ship and Information Board, TABS has 
served as a model for new ideas in mem¬ 
bership promotion and retention. 

• TC membership: A pilot project on 
paid TC membership was undertaken to 
see if we can increase a TC’s ability to 
be self-supporting. (See CS News, p. 77.) 

In addition, as the 1989 president, I 
have been directly involved in establish¬ 
ing a Directorate of Technology Devel¬ 
opment and Transfer for the society’s 
“Office of the President.” We have be¬ 
gun to explore new opportunities to as¬ 
sist TAB with organizing interdiscipli¬ 
nary activities that might lead to new 
programs and services. 

Area activities. Another high priority 
has been expanding activities in Region 
8 (Europe and the Middle East) and Re¬ 
gion 10 (Asia). Activities were continued 
or started to make our presence respon¬ 
sive to the needs of our members. Our 
goal was to have the Brussels and Tokyo 
offices serve as “local activities centers” 
for society-operated regional conferences 
and meetings that identify with the 
changing needs of attendees. The diverse 
needs of computers users are leading us 
toward smaller meetings that are more 
application oriented and easier to attend. 
These regional meetings could become 



focal points for expanding TAB and 
AAB activities. 

The first European Test Conference, 
held in Paris in April 1989, is one ex¬ 
ample of a new meeting that fulfills this 
goal. The Test Technology TC’s Euro¬ 
pean Activities Committee played a key 
role in starting this meeting. The Design 
Automation TC’s European group will 
hold a similar workshop in Glasgow in 
1990. There are also many meetings now 
being held in Region 10. For example, 
the society is cooperating with the IEEE 
Bombay Section in a November 22-25, 
1989, meeting that also involves the 
Communications Society, Industrial 
Electronics Society, and India’s Interna¬ 
tional Center for Theoretical Physics. 

On to the 1990s. The Computer Soci¬ 
ety’s long-range health and vitality de¬ 
pend on planning. We’ve already begun 
the change from a one-year planning ho¬ 
rizon to a 10-year rolling plan and are 
now defining strategies to meet goals set 
for the year 2000. 

Long-term vision. By the year 2000, 
we project a membership of 170,000 (a 
70 percent increase over 1989 and a five¬ 
fold increase over the 1979 number of 
35,000) and 10,000 or more actively in¬ 
volved volunteers. 

I also envision the Computer Society 
as a key participant and facilitator in a 
worldwide, university-affiliated satellite 
CATV network. A society-wide local 
and wide-area computer communications 
network will be fully operational, with 
many of our publications transmitted to 
members over this network. The network 
will also be used for international com¬ 
puter and communications standards de¬ 
velopment and dissemination, and it will 
provide services to a interdisciplinary 
group of users, educators, research scien¬ 
tists, and engineers. 
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The key topics of interest will include 
modeling, simulation, object-oriented 
programming, AI, and databases. The 
network will be used to discuss and for¬ 
mulate positions and policies on issues 
ranging from technology to public pol¬ 
icy, with emphasis on the training the 
workforce we’ll need to sustain a global 
economy. 

Our members using the network will 
include colleagues in private research 
laboratories and public educational insti¬ 
tutions throughout the world. Access to 
the programs and services for 24 hours a 
day will be the norm. The services pro¬ 
vided will use the communication tech¬ 
nologies that Computer Society volun¬ 
teers are — right now — discussing and 
standardizing. 

Near-term recommendations. For the 
immediate future, we must work to keep 
our expanding programs synergistic and 
participative. TAB, EAB, AAB, MI&A, 
and the boards for standards, publica¬ 
tions, CS Press, and conferences and tu¬ 
torials must all plan and work together in 
the 1990s. Specifically, I suggest that the 
1990 Planning Committee investigate 
ways in which we can merge part of the 
area activities program with that of the 
membership and information activity, 
and I have asked the current AAB and 
M&IA vice presidents to begin discus¬ 
sions leading toward a more viable and 
focused program for membership serv- 

The 1988 Planning Committee recom¬ 
mended establishing a “think tank” to 
help us expand the M&IA function to 
one serving all boards and committees. 
We should know more about our mem¬ 
bers’ needs and provide products and 
services in addition to publications and 
meetings. To this end, the following — 
and still valid — actions were proposed: 

• Appoint a presidential staff to assist 
the society’s boards with technology 
transfer, marketing, and student and 
membership outreach. 

• Establish a commission within TAB 
to identify future activities that expand 
the role of TAB in technology develop¬ 
ment and transfer. 

• Recommend the actions from the 
Planning Committee workshop(s) for 
consideration by the appropriate board. 
Request reports from these activities for 
presentation to the Board of Governors. 

• Gather data and information for 
analysis and planning, including restruc¬ 
turing the financial reports provided to 
the society’s volunteer/staff management 

• Initiate a public relations program 
and membership surveys to determine 
reactions to current services and interest 


in future programs and services. Comply 
with the recommendations made by the 
1987-88 Planning Committee and M&IA 
request for a more-focused communica¬ 
tions program to selected interest groups 
both within and outside the Computer 
Society. 

These strategies or long-term actions 
must become a systematic and formal¬ 
ized entity in our future programs. There 
is a need for ongoing thought, research, 
and planning, facilitated by a group of 
qualified society leaders who have expe¬ 
rience and an intimate knowledge of past 
and current society activities and pro¬ 
grams. This cadre of volunteers include 
the past presidents, vice presidents, and 
our other entrepreneurial leaders with 
four or more years of experience and 
service in society programs. 

I encourage the 1990 president to ex¬ 
pand the charter of the History Commit¬ 
tee to include the future and to assign 
this committee the responsibility for as¬ 
sisting the Planning Committee with stra¬ 
tegic actions. 

A staff support function should be es¬ 
tablished to assist volunteer leaders with 
long-range and strategic planning. Staff 
support can help provide the continuity 
needed for a dynamic, rolling plan. It can 
synthesize all visions, both volunteer and 
staff, into the action plan. We need to do 
more than just archive information; we 
must use it to assure our future as the 
“number one” society of computer pro¬ 
fessionals. 

I also recommend returning to the tra¬ 
ditional two-year term of office for the 
president; one year is hardly enough to 
follow through on the action plan. The 
1988 president and other colleagues have 
also made this recommendation to me. 


or me, being the 1989 president 
of the Computer Society, the 
world’s largest society of com¬ 
puter professionals, has been a rewarding 
and fulfilling experience. Since 1987,1 
have worked to prepare us for the 1990s, 
and I am happy to say that we have 
achieved more than I thought possible. 
It’s been a very good year, and I envision 
the years ahead as exciting ones for those 
of us who have come through the “lead¬ 
ing edge of the microelectronics evolu¬ 
tion” into the beginning of the informa¬ 
tion age. 

I wish the volunteer leaders of the 
1990s much success with the programs 
of the next decade. I hope we can reach 
our goals and our vision of the future. 

Thank you and best wishes. 

Kenneth R. Anderson 

President, IEEE Computer Society 


1989 “firsts” 

This year has been one of many 
“firsts” for the “number one” society 
of computer professionals. Among 
them: 

January 1, 1989. Computer Soci¬ 
ety starts the year with an all-time 
high, worldwide membership of 
100,579; 100,000th member, Mark 
Funkenhauser, who joined in late 
1988, is honored by the Member¬ 
ship and Information Activities 
Board (MI&A). 

March 1, 1989. Technical Activi¬ 
ties Board honors Compusat pio¬ 
neers, the volunteers who success¬ 
fully arranged our first satellite 
symposium and are exploring 
ideas for future programs. 

March 14, 1989. Computer Soci¬ 
ety’s Tokyo Office is officially 
opened by President Kenneth An¬ 
derson, who, during his visit, also 
addresses the Information Proc¬ 
essing Society of Japan's annual 
conference and views ICOT Fifth 
Generation Computer System re¬ 
search project results. 

May 19, 1989. Board of Gover¬ 
nors adopts objectives to aide soci¬ 
ety leaders in focusing on actions 
to become the “number one” soci¬ 
ety of computer professionals. 

August 19, 1989. Educational 
Activities Board vice president 
hosts the National Science Foun¬ 
dation’s National Conference for 
Minority Institution Computer Sci¬ 
ence Educators to start the actions 
required to bring these institutions 
into NSF R&D programs. 

October 1, 1989. MI&A’s first ac¬ 
tivities handbook, highlighting 
TEAM activities, mails as a 28- 
page supplement to the October 
issue of Computer. 

November 3, 1989. First issue of 
IEEE Computing Futures, an 86- 
page magazine by and for student 
members, is published and mailed. 

November 18, 1989. Earlier plan¬ 
ning for next year's program lead¬ 
ers and society management be¬ 
gins with a transition meeting led 
by the president-elect. 
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Introducing TurboCASE™, the fastest, 
most integrated Macintosh CASE tool. 


StructSoft, Inc., the developer of one of the top selling PC CASE tools, now marketed as Teamwork/PCSA™ by Cadre 
Technologies, Inc., is proudly announcing a second generation CASE tool, TurboCASE, for the Apple Macintosh. 

TurboCASE is an integrated, multi-window, multi-methodology supporting CASE tool. It is extremely easy to learn and use. It 
supports Structured Analysis with or without the Real-Time extension. It will also support Data Modeling, Structured Design, 
Object Oriented Analysis, and Design in the future. 

TurboCASE generates ASCII information exchange formats which can be used to link with Teamwork and Iconix' PowerTool™. 


A demonstration diskette is available for $15.00. 



StructSoft, Inc. 5416 156th Ave. SE, Bellevue, WA 98006. Tel: 206-644-9834 

Fax: 206-644-7714 


TurboCASE is a Trademark of StructSoft, Inc. Teamwork & Teamwork/PCSA are Trademarks of Cadre Technologies, Inc. 
PowerTool is a Trademark of Iconix. 
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Guest Editors’ Introduction 

Image Database 
Management 

William I. Grosky, Wayne State University 
Rajiv Mehrotra, University of South Florida 


M ost modem database manage¬ 
ment systems are designed to 
promote controlled sharing 
of textual information. Individual users 
have their own view of the managed data 
and act as if they are the only users of the 
system. 

Recently, there has been much interest 
in various kinds of database management 
systems for nontextual information. The 
database community has manifested this 
interest in proposals for multimedia data¬ 
bases, spatial databases, object-oriented 
databases, and various marriages between 
database and artificial intelligence tech¬ 
niques. In the computer vision commu¬ 
nity, interest has focused specifically on 
the design of image databases and effi¬ 
cient retrieval of iconic information by 
content. This iconic information will be 
used as a component for various query 
processing strategies, which in turn can 
directly influence efficient effector 
behavior, such as robot task planning. 

Both the database and computer vision 
communities have something to offer in 
the way of good design proposals. The da¬ 
tabase community is in the midst of a con¬ 
ceptual revolution that will eventually 
supplant the relational paradigm. The new 
paradigm concerns itself with managing 
objects. An object is the instantiation of a 
particular data type, which in turn is em¬ 
bedded in a multiple inheritance network. 
As an instantiation of a data type, an object 
is packaged along with some operations. 


Instead of managing tuples in a relation, 
the paradigm requires that general object 
managers be constructed. Virtually all 
proposals from the database community 
for the management of nontextual infor¬ 
mation use object-oriented techniques. 

Except for the design of R-trees 1 and the 
use of the geometry filter of Probe 2 — both 
in the area of spatial databases — as well as 
some research in the office automation lit¬ 
erature, database designers have not con¬ 
centrated on designing efficient access 
methods for image databases. Nor have 
they considered efficient image interpre¬ 
tation as part of their approach. These tasks 
have been left largely to the computer vi¬ 
sion community, which, while concen¬ 
trating on the relational paradigm, 3 5 has 
nevertheless developed various iconic 
indexing methods. 6 ' 8 These methods have 
not yet been integrated into unified query 
processing, insertion, and deletion strate¬ 
gies, however. 

Thus, we would like to provide a forum 
where both database and image interpreta¬ 
tion communities can contribute and ex¬ 
change views. We believe this is necessary 
for image database management to grow, 
and we hope this special issue will encour¬ 
age the necessary exchange of knowledge. 

With the advent of computer vision, 
graphics, and CAD/CAM technologies, a 
wide variety of applications in various 
areas have evolved that require represen¬ 
tation of the abstracted real world perti¬ 
nent to the given application, both textu¬ 


ally and graphically. Thus it has become 
essential to develop or extend existing 
data management systems to store and 
manage in an integrated fashion a vast 
amount of image data as well as textual 
data, some of which describes the entities 
appearing in the images. The type of infor¬ 
mation to be managed can be classified 
broadly into five categories: 

• Iconic data: The images themselves 
are stored in analog and/or digitized 
form in an image store. 

. Image-related data: This includes 
registration information, the resolu¬ 
tion, and various format descriptors. 

• Information extracted from images: 
This is the information that results 
from processing images through a 
model-based filter. It includes such 
items as numerical/topological fea¬ 
tures as well as structural components 
and their relationships to each other. 

• Image-world relationships: These 
are relationships between image com¬ 
ponents and real-world entities. 

• World-related data: This is conven¬ 
tional textual data describing the ab¬ 
stracted world pertinent to the given 
application. 

An integrated image database manage¬ 
ment system must facilitate storage and 
management of all five types of informa¬ 
tion. The advantages of data independ¬ 
ence, data integrity, data sharing, con- 
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trolled redundancy, and security offered 
by conventional DBMSs for textual data 
are required here for both image and tex¬ 
tual data. 

Such a system should be able to perform 
query processing on iconic information by 
content so as to efficiently support re¬ 
trieval of both iconic and textual informa¬ 
tion via other iconic and textual data. This, 
in our opinion, is what makes image 
DBMSs quite different from standard 
DBMSs. 

In processing information by content, a 
model base is required, along with its asso¬ 
ciated model-base manager. A model base 
is a collection of the iconic descriptions for 
each of the entities/situations to be recog¬ 
nized/interpreted. The model-base man¬ 
ager is akin to a type manager in an object- 
oriented DBMS. Here, though, it is used in 
a different fashion. In a standard DBMS, 
the type associated with a given bit-string 
is known. In an image DBMS, the type 
(model) associated with a given bit-string 
(digitized image) may be unknown. Even 
if the model is known, we seldom have 
complete information regarding the enti¬ 
ties appearing in the image. Thus, a prob¬ 
lem arising in an image DBMS but not in a 
standard DBMS is to find a given object’s 
type, which is just a rephrasing of the im¬ 
age interpretation task. 

The articles in this special issue, au¬ 
thored by groups from both the database 
and the computer vision communities, 
provide a meaningful beginning for a 
melding of these two areas. In the first ar¬ 
ticle, “Map Data Processing in Geo¬ 
graphic Information Systems,” Ran- 
gachar Kasturi, Rodney Fernandez, 
Mukesh L. Amlani, and Wu-Chun Feng 
survey a particularly interesting area of 
spatial data management systems, focus¬ 
ing on the applications of image under¬ 
standing techniques to their design. The 
next article, “ISR: A Database for Sym¬ 
bolic Processing in Computer Vision,” by 
John Brolio, Bruce A. Draper, J. Ross 
Beveridge, and Allen R. Hanson, presents 
an excellent example of the application of 
new database techniques to the general 
task of image interpretation. 

H.V. Jagadish and L. O’Gorman’s “An 
Object Model for Image Recognition” 
gives needed insight into using object-ori¬ 
ented techniques to build hierarchical 
scene representations from the bottom up. 
“Design of an Integrated Programming 
Language and Data Management System 
for Knowledge-Based Computer Vi¬ 
sion,” by Andrew Goodman, Robert Har- 
alick, and Linda Shapiro, describes a data¬ 


base programming language system tai¬ 
lored to users of computer vision systems. 
The final article, “Specification of Spatial 
Integrity Constraints in Pictorial Data¬ 
bases,” by Arturo Pizano, Allen Klinger, 
and Alfonso Cardenas, addresses the issue 
of communicating iconically with an im¬ 
age database. 

We hope this special issue encourages a 
further exchange of ideas in this area of 
growing importance.® 
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Map Data Processing in 
Geographic Information 
Systems 


Rangachar Kasturi, Rodney Fernandez, Mukesh L. Amlani,* and Wu-chun Feng 
Pennsylvania State University 


G eographic information systems 
allow users to collect, manage, 
and analyze large volumes of spa¬ 
tially referenced data. As Goodchild points 
out, “...the ability to manipulate spatial 
data into different forms and to extract ad¬ 
ditional meaning from them is at the root of 
current GIS technology.” 1 This technol¬ 
ogy integrates database management, 
computer graphics, and spatial modeling 
into a software for managing geographic 
features. The characteristic feature of a 
GIS is that the data is spatially indexed, 
allowing the information from maps, 
graphs, and tabular data to be combined 
and displayed in a variety of formats and 
media. 

System overview 

Data collection. The building of a GIS 
begins with data collection. The data may 
come from a variety of sources, including 
map overlays, satellite/aerial images, 
hand-drawn sketches, population census, 
and survey data. An overlay is a special 
form of a geographic map with each layer 
having only one attribute. Figure 1 shows 
the map overlays of the Elizabeth River 
Geographic Information System Project. 
During this project the Environmental 
Protection Agency and the US Geological 
Survey joined in an effort to clean up 
Chesapeake Bay in Virginia. The four 



Can computers be 
taught to read road 
maps? This 
experimental system 
found the shortest 
route from Phoenix to 
Seattle on a paper- 
based map image. 


layers of information shown in Figure 1 are 
hydrography, potentially hazardous waste, 
transportation, and photo-interpreted land- 
use and land-cover data. After all the infor¬ 
mation has been entered into the system, 
each attribute can be viewed independ¬ 
ently or combined to create images such as 
the one in Figure 2. Computer software can 
analyze the information in various over¬ 
lays and in other data files to assist the user 
in decision making. For example, informa¬ 
tion on the size, ownership, pollutants, and 
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vegetation of a potentially hazardous site 
can be easily obtained by identifying the 
site on the screen. 

Typical GIS software, such as the Envi¬ 
ronmental Research Institute’s ARC/ 
INFO, contains components to input, code, 
and display cartographic data, and a rela¬ 
tional database to analyze and describe 
attributes of various geographic features. 
The name ARC/INFO comes from the two 
software components: ARC, used to man¬ 
age cartographic data, and INFO, informa¬ 
tion used for managing relational data. 
Each feature stored in the program’s data¬ 
base may contain as many attributes as 
necessary. For example, a polygon repre¬ 
senting a lake may have attributes for 
depth, the type of bed (sandy, rocky, etc.), 
fish population, mineral content, and the 
level of contaminants in the water. 

Applications. Geographic information 
systems are finding many applications. 2 
ARC/INFO has been used to increase the 
efficiency of delinquent tax collection in 
Kansas City, Kansas; to predict and man¬ 
age the growth of communities around the 
country, and in United Nations projects to 
monitor rising sea levels and track the 
decimation of African elephants by ivory 
hunters. Maplnfo Corporation’s Maplnfo 
software has been used by the police de¬ 
partment of Syracuse, New York, to track 
prime suspects; by the Youth Environment 
Study of San Francisco to help stem the 
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spread of AIDS; and by the US Army 
Recruiting Command to track the perform¬ 
ance of some 6,000 army recruiters. Other 
well-known systems include Geo Vision, 
Intergraph, and Erdas. 

In a typical GIS application, each over¬ 
lay of pertinent data is manually digitized 
to enter line coordinates and feature con¬ 
tours. These vector-oriented data are sup¬ 
plemented by information such as place 
names and feature attributes. Information 
from thematic maps, derived from aerial or 
satellite images, is merged with this data as 
appropriate. Once data has been entered 
into the system, GIS software combines all 
the information to aid spatial analysis. For 
example, ARC/INFO represents locational 
data using a topological data model and 
thematic data using a tabular or relational 
model. 

While many applications have already 
benefited from GIS technology, Goodchild 
observes that, “because of the huge invest¬ 
ments involved, the development of GIS 
tends to have been driven by application 
rather than by more abstract principles.... 
To an outsider GIS research appears as a 
mass of relatively uncoordinated material 
with no core of theory or organizing prin¬ 
ciples.”' He points out that no commercial 
product comes close to matching the spa¬ 
tial analyst’s view of the ideal GIS. 

Organization. Traditionally, a GIS has 
been organized as a four-part system: in¬ 
put, storage, analysis, and output. Input 
functions — the accumulation of data — 
remain a major impediment to the adoption 
of GIS technology. 

Manual digitizing is error-prone and 
extremely slow, but the often ambiguous 
nature of source documents plagues the 
effectiveness and efficiency of automatic 
digitizing methods. 1 Traditional maps are 
designed to match the abilities of the 
human map reader and are not ideally 
suited to automatic scanners. For example, 
in a typical paper-based map, lines repre¬ 
senting rivers are broken to accommodate 
text strings, lines representing state 
boundaries often terminate in lines repre¬ 
senting rivers, a city represented as a re¬ 
gion in one map is represented by a point in 
another, and so on. Often, different sym¬ 
bols represent the same entity on maps 
published by different companies because 
those companies have adopted conflicting 
conventions. While a person experiences 
little difficulty in resolving these ambigui¬ 
ties, resolving them with an automatic map 
digitizing system has proven more diffi¬ 
cult. Data, once digitized, must be repre¬ 


Figure 1. Geographic data in the 
form of digitized layers: (top to 
bottom) land use/land cover, 
transportation, potentially haz¬ 
ardous waste, and hydrography. 
(Source: US Geological Survey) 


sented in a form suitable for computer 
processing. This problem has generated 
great concern and debate in the GIS design 
community. 

With regard to storage, analysis, and 
output, two basic types of spatial-data 
model are used. Vector representation 
organizes data by objects and displays 
them using polygons. Raster representa¬ 
tion organizes data according to spatial 
address and displays them using a grid. 

In vector representation, geographic 


objects may be represented by points, 
lines, or regions (polygons). For example, 
cities are often represented by points, roads 
and rivers by lines, and political divisions 
and large lakes by regions. Usually, a 
vector system is chosen when the data is 
interpreted in the form of features so that a 
feature’s components can be linked for 
easy access. Algorithms for performing 
cartographic manipulations are well devel¬ 
oped for data represented in a vector form. 

In raster representation, the x-y location 


Figure 2. A composite map ob¬ 
tained by combining individual 
layers. 

(Source: US Geological Survey) 
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of the array corresponds to the spatial loca¬ 
tion of the feature point; the contents of the 
array element contain the attribute feature 
for that point. Raster format is convenient 
for manipulation of region-type features, 
but it is inefficient for processing line-type 
features. Because the array structure of 
raster data matches the array structure of 
data representation in programming lan¬ 
guages, this model efficiently extracts in¬ 
formation from image data. Many applica¬ 
tions, such as remote sensing and autono¬ 
mous navigation, require interaction be¬ 
tween aerial or satellite images — pre¬ 
sented in raster form — and digitized maps. 
In such cases, it is convenient if both im¬ 
ages and maps use the same representa¬ 
tion. However, processing raster-type data 
is extremely slow unless the computer 
running the GIS program employs special- 
purpose hardware built with parallel- and 
pipeline-processing technology. 

For spatial analysis, in addition to creat¬ 
ing a suitable representation for the primi¬ 
tive objects (points, lines, and regions), 
mechanisms must be provided that allow a 
full range of relationships between pairs of 
objects, whether they belong to the same 
class or different classes. Often this re¬ 
quires creating a new data class that mixes 
point, line, and polygonal data. For ex¬ 
ample, a road represented by lines may 
also form the boundary between two geo¬ 
graphic divisions represented by polygons. 

Data models. A summary of some data 
models used in GIS data representation 
follows. For a more detailed listing, 
Peuquet 3 gives an excellent review of data 
representation techniques and their impli¬ 
cation in spatial data management. 

Spaghetti model. In the simplest model 
for spatial data, the spaghetti model, each 
map entity is stored in the digital file as a 
string of x-y coordinates. No other spatial 
relationships are retained. The spaghetti 
model is inefficient for general spatial 
analysis. 

Topological model. Elementary spatial 
relationships are explicitly recorded in the 
topological model. For each line, the coor¬ 
dinates of its end points — as well as a 
listing of polygons adjacent to it — are 
recorded. This information is useful in 
simple spatial analysis. The Geographic 
Base File/Dual Independent Map Encod¬ 
ing model devised by the US Census Bu¬ 
reau is built on this topological concept. 
Geographic information is stored as a se¬ 
ries of straight lines. End points and points 


where lines change direction are stored, 
resulting in what is essentially a directed 
graph. However, since the lines are not 
stored in any sequence, the entire file must 
be searched to locate a particular segment. 

Polygon converter. This model stores 
each entity separately in a hierarchical data 
structure. Pointers are used extensively to 
facilitate linking corresponding entries in 
the data file. This hierarchical structure 
allows selective retrieval of specific 
classes of data. 

In addition to these and other vector 
models, a number of tessellation models — 
including regular tessellations such as 
square, hexagonal, and triangular tessella¬ 
tions; nested tessellations such as 
quadtrees; and irregular tessellations such 
as the Triangulated Irregular Network and 
Thiessen polygons — have been used for 
representing geographic data. Attempts 
have also been made to use a representa¬ 
tion that places neighboring pixels close 
together such as the Morton Order and 
Peano scan order. 1 

Clearly, no single data-representation 
scheme satisfies the needs of all informa¬ 
tion management and spatial analysis tasks 
in a geographic information system. Both 
raster and vector representations are useful 
in a GIS, depending on the particular analy¬ 
sis task. Object-oriented data structures, 
which use a combination of raster and 
vector formats, show promise for effec¬ 
tively using both types of representation in 
processing large volumes of data in a GIS. 

An ideal data representation scheme — 
one that matches the abilities of the com¬ 
puter, the structure of geographic data, and 
the information management needs of the 
user — remains elusive. As computers 
come to more closely mirror human 
thought processes, we wonder whether it 
will be necessary to maintain two repre¬ 
sentations of data, one for human compre¬ 
hension and the other for machine process¬ 
ing. Can we teach a computer to read and 
understand a road map? Before presenting 
the results of our attempt to answer that 
question, we briefly describe the results of 
other research in this field. 


Research trends in 
map data processing 

Maps are excellent examples of the 
abstract symbolic representation of spatial 
data, and map data processing is an impor¬ 


tant GIS component. Computers are play¬ 
ing an ever-increasing role in automating 
the map generation process. For example, 
an expert system for name placement in 
maps 4 has been designed, as well as a 
system for creating lower resolution maps 
from higher resolution data. 5 While auto¬ 
mating the creation of maps and digital 
databases is important, it is equally useful 
and challenging to automate the process of 
extracting information from maps for 
query processing in a GIS. Several such 
systems have been developed: an auto¬ 
matic djgitizer for maps, 6 a generalized 
topographical land-use expert system, 7 a 
map-oriented information system for ur¬ 
ban planning, 8 and a knowledge-based 
geographic information system. 9 These 
systems employ many novel techniques in 
image processing, pattern recognition, and 
artificial intelligence. For a listing of many 
other recent research works in map data 
processing, see Kasturi and Alemany. 10 

Automatic name placement. Autonap, 
an expert system designed by Freeman and 
Ahn, 4 contains the set of rules cartogra¬ 
phers apply when they place names manu¬ 
ally. The system places names so that there 
is a clear association between each feature 
and its name, with no overlap between 
features and names. Placement of names 
for the features of one category depends on 
the placement of names for the features of 
other categories. Additionally, names can 
not be placed before the boundaries have 
been selected. Point-feature names are 
placed so that the distance between name 
and point feature is small. For line fea¬ 
tures, names are placed alongside features 
so that name curving is minimized and 
orientation is similar to other line-feature 
names in the vicinity. Size, orientation, 
and location of names for area features are 
chosen to reflect the shape and extent of the 
area they describe. Area-feature names are 
placed first, then point-feature names, and 
finally line-feature names. Area-feature 
names may sometimes be repositioned to 
permit placement of a point-feature name. 
Figure 3 shows an example of automatic 
name placement using the Autonap system. 

Map generalization. One of the most 
challenging problems in computerized 
cartography is that of map generalization: 
generating a reduced-scale map from a 
larger, source map. The rule-based system 
described by Nickerson and Freeman 5 
generates maps at 1:250,000 scale from the 
US Geological Survey’s digital line-graph 
data in vector-form at 1:24,000 scale. The 
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Figure 3. Example of automatic name placement using the Autonap system. 

(Courtesy Herbert Freeman 4 ; map prepared by Andrew Heard using Autonap system) 


system deletes features considered insig¬ 
nificant at the reduced scale, simplifies and 
combines features, and converts some 
features from one type to another (for 
example, area feature to point feature). 
Features are deleted so that the average 
feature density remains the same in both 
source and target maps. Features are then 


simplified by reducing the number of 
points used to describe them. Some fea¬ 
tures are combined to form new features, 
and some features are converted from one 
form to another. Features and symbols are 
also altered so that they shift to an appro¬ 
priate size and detail level for the new map. 
Feature names and other annotations are 


selected and placed to complete map gen¬ 
eralization. A grid data structure, overlaid 
on map data, enhances the efficiency of the 
map generalization. 

Automatic digitizer and expert sys¬ 
tem for land-use analysis. Ejiri and col¬ 
leagues 6 describe an automatic digitizer 
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Figure 4. Extraction of roads from map images: (a) original image; (b) roads extracted. (Courtesy Masakazu Ejiri 6 ) 


for inputting color drawings that codes 
lines and feature contours as a set of vec¬ 
tors. The digitizer has been applied to 
generate various layers of a map informa¬ 
tion system. First, colored pencils are used 
to trace the required layers of information 
from a map. Information is stored as sepa¬ 
rate layers, each containing a particular 
class of feature such as roads, rivers, or city 
boundaries. As an alternative to this 
method, maps are digitized to create a 
high-resolution raster image, then sophis¬ 
ticated image-processing techniques ex¬ 
tract specific types of features. For ex¬ 
ample, an algorithm that fits longest 
straight-line segments to lines in the image 
has been used to extract roads from maps. 
This algorithm is preferred over the thin- 
ning-line-following algorithm, which of¬ 
ten creates twigs in the skeleton lines. 
Figure 4 shows an input map image and the 
corresponding road-feature image ex¬ 
tracted by this system. After the system 
automatically extracts roads and residen¬ 
tial sections from an urban map, it uses 
interactive techniques to code and extract 
the remaining symbols. 

A map-based information system known 
as Gentle (Generalized Topographical 
Land-use Expert system) has been proto¬ 
typed. 7 Gentle is a multimedia database 
formed as a three-layered structure: a 
knowledge base, a relational database, and 


a text/graphics image database. Individual 
databases for each medium — such as text, 
graphics, and images — form the lowest 
layer. These data are managed by data- 
base-management systems specialized to 
their respective medium. 

Gentle extracts geographic objects from 
map data and classifies them into points, 
lines, or regions. The system stores these 
structured data in the form of a relational 
database; the unstructured background 
graphics and image are retained in their 
individual databases. The knowledge base, 
which is the top layer of the system, serves 
as an intelligent interface between the user 
and the data. The knowledge base uses 
frames as a knowledge-representation 
mechanism. Geometric relationships be¬ 
tween points, lines, and regions in the 
structured layer are combined with other 
data such as names, attributes, and images 
in the relational database. Ejiri describes 
this as follows: 

...the name of a city is related to plane data 
representing the city area. This plane data is 
also related to line data representing the city 
boundary, which is in turn related to the point 
data that represents the coordinates of the 
edge points of each vector constituting the 
boundary. Therefore, by inputting the city 
name, the system can easily display the city 
with a highlight.... The database structure is 
also included within the knowledge base, 
thus resulting in an intelligent multimedia 


database system with efficient information- 

retrieval capabilities. 7 

Gentle outputs various data in response 
to either menu-driven commands or natu¬ 
ral-language queries. This system allows a 
variety of information-retrieval activities. 
For example, by specifying the string 
“Shou” (which is a suffix for government 
office names), all office buildings are dis¬ 
played as hatched figures. One building 
can then be selected to obtain additional 
information as shown in Figure 5, which 
also provides a tabular display of the vari¬ 
ous office floor numbers and telephone 
numbers. It is also possible to display a 
portion of the map as it would appear from 
a particular vantage point. The bottom 
right comer of Figure 5 shows such an 
image, connected by an arrow to the area 
represented, which is marked on the map 
by triangles. 

Map-oriented system for urban plan¬ 
ning. Jungert 8 presents a three-part, rule- 
based map information system for urban 
planning. The system’s main part super¬ 
vises all activities in the information sys¬ 
tem, including user interaction. The main 
part contains a map supervisor and a 
knowledge-based system, both written in 
Lisp. The system infers information from 
an internal database of the knowledge 
given as user-defined rules. 
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The second part of the system includes 
the database handler and the geographic 
database. The database is itself divided 
into two parts: the first part contains appli¬ 
cation-dependent information for urban 
planning; the second part contains infor¬ 
mation about all available geographic ob¬ 
jects, such as lakes, roads, and cities. 

The third part of Jungert’s system is the 
workstation, where maps are displayed. 
Metadata such as user concepts, which 
denote logical descriptions of all informa¬ 
tion in the system, are stored in a hierarchi¬ 
cal structure. The system represents geo¬ 
graphic objects using point, line, polygon, 
and grid data structures, depending on the 
type of object being portrayed. These data 
are extracted from as many as 15 different 
map overlays. The system uses a rule- 
based inference mechanism and an interac¬ 
tive image-processing language to retrieve 
information from the database. 


Knowledge-based GIS. Smith and 
colleagues 9 have designed a knowledge- 
based GIS with four major functions: query 
answering, learning, editing, and training. 
The system contains a knowledge base 
about spatial objects, a knowledge base 
about the functions that define the spatial 
object language, and a spatial location 
database that is essentially a collection of 
layers of spatial data. The system uses a 
predicate-calculus-based spatial-object 
language to locate objects in a multilay¬ 
ered spatial database organized with a 
quadtree data structure. The system’s 
knowledge base is automatically updated 
as the system learns about new spatial 
objects while answering a query. The spa¬ 
tial object language, along with its associ¬ 
ated procedures and the system’s knowl¬ 
edge base, can be easily modified by the 
user in the edit mode. The system has been 
evaluated using a 512x512-pixel region at 


50-meter resolution, obtained from a 
multilayered data set prepared by the US 
Geological Survey. 

Extracting information 
from paper-based 
map images 

Paper-based maps exploit the human 
user’s heuristic reasoning and world 
knowledge. Our approach to extracting 
information from maps is based on those 
same logical operations. For example, if 
asked to find the shortest path between two 
cities, most people would proceed in the 
following logical manner: 

(1) Read the city names and locate their 
corresponding symbols. 

(2) Define a search space and find the 
network of roads within it. 



Figure 5. Typical response of the Gentle system. (Courtesy Masakazu Ejiri 7 ) 
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(3) Note the distance of each segment 
and compute the shortest path. 

All these steps require knowledge about 
symbols and lines and their association 
with physical entities, distance, and so on. 
To automate such a process, an intelligent 
system would need to perform several 
tasks. To answer the same query used in 
our example, the system should perform 
the following operations: 

• Recognize characters to locate names. 

• Define small windows centered 
around the desired city names to locate 
the city symbols. 

• Search for symbols that represent the 
cities within these windows. 

• Define a larger window that encloses 
both city symbols. 

• Discriminate lines that represent roads 
from other line features. 

• Estimate length of each road segment. 

• Determine the shortest path. 

Each of these operations can be broken 
down into several primitive image-pro¬ 


cessing operations. For example, deter¬ 
mining the road network requires several 
operations, including line-thinning, line¬ 
following, line-thickness computation and 
line-length determination. Clearly, to an¬ 
swer a query such as that posed by our 
example, the system should be knowledge¬ 
able about how data is represented on the 
map being examined and should be ca¬ 
pable of logically dividing the query into 
basic processing operations and executing 
these operations to generate the desired 
response. 

Components. The principal compo¬ 
nents of our system, which has been de¬ 
signed to answer queries similar to the one 
discussed above, are a preprocessor, an 
image processor, and a query processor 
with natural-language interface. A dy¬ 
namic database stores intermediate results 
and handles communication among vari¬ 
ous processors. Kasturi and Alemany 10 
describe these components in detail; the 
brief descriptions that follow focus on 
recently implemented enhancements, such 
as the natural-language front end. 


Preprocessor. The image processor 
operates on images obtained by scanning 
binary paper maps at a resolution of 120 
pixels per centimeter. The preprocessor 
first segments an image’s digitized data 
into two images: one containing the text 
strings and the other containing the graph¬ 
ics. The text image will be processed by a 
character-recognition system that gener¬ 
ates a table of names and their approximate 
coordinates. This table is manually created 
at this time. Figure 6 shows a simplified 
map of the western US after text-string 
separation. This image is represented by a 
2,048x2,048-pixel image. The preproces¬ 
sor also allows the user to interactively 
specify the longitude-latitude coordinates 
of several reference points that are then 
used to orient the map. 

Image processor. The image processing 
system consists of pattern-recognition and 
image-processing routines that are called 
by the query processor. These routines are 
designed to process map images to extract 
spatial and structural information. The 
image-processing routines include opera¬ 
tions such as skeletonization, line track¬ 
ing, closed-contour detection, and symbol 
identification. Each of these routines re¬ 
quires additional parameters and con¬ 
straints to specify the processing area. 
These parameters are supplied by the query 
processor. To decrease the image-process¬ 
ing time, only portions of the image rele¬ 
vant to the query are processed. These 
routines are written in Pascal and Fortran. 

Query processor. This subsystem ana¬ 
lyzes the queries, which are presented in a 
predefined syntax, translates each query 
into a sequence of operations for execution 
by the image processor, computes and 
passes the necessary parameters to the 
image processor, and generates the re¬ 
quired response to the user. The query 
processor is written in Common Lisp and 
executes on a VAX-11/785 computer. 

The general syntax of the query is 

[Entity] {Constraint(&Constraint&...)) 
where each constraint is of the form 

Qualifier(< Query(&Query...) >) 

In this syntax, all quantities in parenthe¬ 
ses are optional; any phrase within a left 
bracket and right brace constitutes a valid 
query. “Entity” refers to any displayable 
object, such as a road, city, or state. 
“Qualifier” specifies an attribute of Entity, 
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Basic query: 

Show [state] (name = “Washington”) 

Query with nested basic queries: 

Show [state] (containing < [city] [name = “Seattle”) > } 

Show [capital] [of < [state] [containing < [city] (name = “Seattle”} > } > } 

Query with multiple constraints: 

Show [road] [type = “all” & within < [state] [name = “Washington”) > ) 
Show [cities] [on < [road] [type = “interstate” & west of < [city] (name = 
“Harrisburg”) > & within < [state] (name = “Pennsylvania”} > } > } 

Query with special relational descriptor: 

Show [road] [type = “interstate” & between < [city] [name = 

“Los Angeles”} & [capital] (of < [state] [name = “Arizona”) > | > } 

Figure 7. Examples of query types. 


thereby providing additional information 
about it. Some of the qualifiers may require 
a value, as in the example “Name = New 
York.” Often, a qualifier specifies the rela¬ 
tional description among entities, using 
such specific terms as largest, shortest, 
west of, within, or containing. The delim¬ 
iters enable the query processor to identify 
such system terms as Entity, Qualifier, 
Constraint, and Subquery. 

Before a query can be translated into 
executable calls to the image processor, it 
must be classified as one of four types: 
basic query, query with nested basic que¬ 
ries, query with special relational descrip¬ 
tors, and query with multiple constraints. 
Figure 7 gives examples of each query 
type. The system classifies queries accord¬ 
ing to the presence or absence of particular 
delimiters and special relational descrip¬ 
tors. 

After the query processor identifies the 
type of query, it follows the translation 
procedure relevant to that query type. The 
query processor begins translation by di¬ 
viding a complex query into subqueries 
until no further break-up is possible. Each 
subquery is then translated into appropri¬ 
ate image-processing call routines by us¬ 
ing a table-lookup procedure. Necessary 
parameters to these routines are also pro¬ 
vided. 

Natural-language front end. Clearly, 
the queries presented to the query proces¬ 
sor must conform to a rigid syntax. Al¬ 
though simple queries can be entered in a 
fairly straightforward manner using this 
syntax, tracking all delimiters conforming 
to the syntax becomes unwieldy for com¬ 
plex queries. Thus, to make the system 
easier to use, we’ve designed a natural- 
language front end that converts natural- 
language input to the rigid syntactic form 
required by the query processor. 

While designing this front end, we stud¬ 
ied several simple knowledge-representa¬ 
tion techniques for natural-language proc¬ 
essing. 1112 

Keyword-scanning approach. This 
method uses right-to-left scanning to break 
the input into functional phrases and to 
convert input phrases into a specification 
list. Although simple to implement, key¬ 
word scanning is not powerful enough to 
process the complex queries expected in a 
map-based information system. 

Text-based approach. An index of the 
text is constructed after deleting the prepo¬ 
sitions, conjunctions, article adjectives. 


and pronouns. Each indexed word points to 
a list of all the memory locations in the text 
where the word occurs. We decided that 
the text-based method, because it lacks 
deductive abilities, would not suit our 
application. 

Limited-logic approach. This approach 
can answer questions not explicitly stored 
in the database. Such a system can answer 
queries of the form, “How many * does * 
have?” where * represents a noun, possibly 
modified by a qualifier such as “a,” “the,” 
“every,” “each,” or “a number.” A limited- 
logic system, although possessing deduc¬ 
tive inference abilities, is governed by the 
template-matching technique and thus 
lacks flexibility. In particular, each variant 
of a single query would need a different 
template. 

Knowledge-based approach. Compared 
to the simple knowledge-representation 
methods already discussed, the knowl¬ 
edge-based approach is much more power¬ 
ful. This approach employs a set of rules 
that make up the grammar of the language. 
However, since the number of rewrite rules 
and the vocabulary in a general-purpose 
system can be quite large, a general-pur¬ 
pose system is not appropriate for the rela¬ 
tively limited domain of map data process¬ 
ing. Thus, we chose a semantic-based 
hybrid method — combining the limited- 
logic approach and the knowledge-based 
approach — for our application. 


Semantic-based approach. The rewrite 
rules of our semantic-based approach can 
interpret more-complex queries than those 
handled by limited-logic templates. How¬ 
ever, our rules use a semantic grammar 
rather than the syntactic grammar used by 
knowledge-based systems. Like a syntac¬ 
tic grammar, a semantic grammar consists 
of a lexicon and a set of rewrite rules. But 
instead of using the general word classes 
like Verb_Phrase and Noun_Phrase, the 
semantic grammar uses such general se¬ 
mantic classes as Action, Display_Object, 
and Qualifiers. 

The natural-language front end consists 
of a preprocessor and a top-down parser. 
The preprocessor verifies that each word in 
the query is a part of its lexicon. It interacts 
with the user to correct any spelling errors 
and to identify action phrases that are not a 
part of its vocabulary. The parser attempts 
to match its semantic grammar to the input 
query. It begins with the topmost rewrite 
rule and, using a semantic-based transition 
network, moves recursively toward lower, 
more-specific rewrite rules. The queries 
are parsed from left to right. Based on 
the rewrite rules, the Action and 
Display_Object nonterminals are ex¬ 
tracted from the input to form a template. 
This query represents the main query of the 
natural-language input. If there are no 
Qualifiers, the parsing is complete and the 
corresponding output is generated. Other¬ 
wise, the processor notes the need for 
additional parsing by placing an asterisk at 
the end of the current output. The proces- 
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The following templates are used in parsing the queries shown in this figure: 
Template 1: <ACTIONxSTATE-PHRASE> 

Template 2: <ACTIONxSTATE-PHRASE> * 

Template 3: <ACTIONxALLxROAD-PHRASE> * 

Template 4: <ACTIONxINTERSTATExROAD-PHRASE> * 

‘Denotes that qualifiers are present. 

1. Show the state of Washington ==> Matches Template 1 
Associated syntactic query (complete): 

SHOW [general-entity] (NAME = Place-entity) 

Final output to Query Processor: 

SHOW [STATE] [NAME = “WASHINGTON”) 

2. Show the state containing Bismarck ==> Matches Template 2 
Associated syntactic query (partial): 

SHOW [general-entity] 

Query construction after the main query is processed: 

SHOW [STATE] 

Final output to Query Processor after recursive processing: 

SHOW [STATE] (CONTAINING < [CITY] [NAME = “BISMARCK”} > ( 

3. Display all the roads in the state which contains Fresno 

==> Matches Template 3 
Associated syntactic query (partial): 

SHOW [general-entity] [TYPE = description-entity & 

Query construction after the main query is processed: 

SHOW [ROAD] [TYPE = “ALL” & 

Final output to Query Processor after recursive processing: 

SHOW [ROAD] [TYPE = “ALL” & WITHIN < [STATE] [CONTAINING < 
[CITY] [NAME = “FRESNO”) > } > } 

4. Display the interstate highways from Dallas to Reno 

==> Matches Template 4 
Associated syntactic query (partial): 

SHOW [general-entity] {TYPE = description-entity & 

Query construction after the main query is processed: 

SHOW [ROAD] (TYPE = “INTERSTATE” & 

Final output to Query Processor after recursive processing: 

SHOW [ROAD] [TYPE = “INTERSTATE” & BETWEEN < [CITY] 

[NAME = “DALLAS”} & [CITY] [NAME = “RENO”] > ] 


Figure 8. Examples of natural-language processing. 


sor then recursively parses the remaining 
part of the input query. The examples 
shown in Figure 8 illustrate these concepts. 
The output of the natural-language front 
end is input to the query processor, which 
then generates the appropriate calls to the 
image processor. 

Experimental results 

Example 1: In response to the user’s 
input, “Show the state containing Bis¬ 
marck,” the natural-language front end 
generates the following: 


Show [state] [containing < [city] 
(name = “Bismarck”) > ) 

This is a query with a nested basic query. 
It contains two entity-qualifier pairs: 
“[city], name=” and “[state], containing.” 
Each combination of an entity and a quali¬ 
fier defines a unique set of operations for 
information extraction. The query proces¬ 
sor performs these operations by invoking 
a particular sequence of image-processor 
routines. 

To find “Bismarck,” the query proc¬ 
essor generates the following sequence of 
calls: Readlmage, ApproximateCoordi- 


nates, DefineSearchWindow, DetectSym- 
bols, and NearestCitySymbol. The ap¬ 
proximate coordinates for “Bismarck” are 
obtained by estimating the position of the 
corresponding label on the map. A search 
window centered around this approximate 
point is defined, and all the city symbols 
within the search window are found. The 
city symbol that is nearest to the approxi¬ 
mate location is then found. During the 
course of this execution, the image proces¬ 
sor returns certain flags and values that 
enable the query processor to continue (for 
example, to enlarge the search space, if no 
symbols are found within the window) or 
stop the search for the city symbol. 

The execution of this subquery gener¬ 
ates a parameter — the coordinates of the 
city symbol — for the next level of query. 
The next level has an entity (state) and a 
relational descriptor (containing) pair. 
Corresponding to this pair, the query trans¬ 
lator invokes a particular sequence of 
image-processor routines. 

In this example, Bismarck’s coordinates 
are passed as parameters to routines that 
identify the state boundary enclosing the 
city of Bismarck: Readlmage, Define 
Window, Skeletonize, FindLineThick- 
ness, TrackDashedLines, and FindClosed 
Contour. Some of these routines are the 
same as those called by the lower level 
subquery. This is because the query trans¬ 
lator considers each subquery as a separate 
process and hence starts the translation 
process all over again, retaining only the 
necessary parameters and results from 
previous translations. Further, some of the 
routines behave differently depending on 
the parameters and flags passed on to them. 
For example, the DefineWindow routine 
defines search windows of different sizes 
depending on whether a city or a state is 
being searched. The final response of the 
system is shown in Figure 9. Typical CPU 
time on a V AX-11/785 to answer this query 
is four minutes. 

Example 2: In response to the user’s 
input, “Display all the roads that are in the 
state whose capital is Sacramento,” the 
natural-language front end generates the 
following: 

show [road] [ type = “all” & within < 
[state] [containing < [capital] (name 
= “Sacramento”) > ] > ] 

Note that the second qualifier to this 
query shares the same form as Example 1. 
Once this part of the query is executed, the 
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Figure 9. Response of the system to the query, “Show the 
state containing Bismarck.” 



Figure 10. Response of the system to the query, “Display all Figure 11. Response of the system to the query, “Find the 
the roads that are in the state whose capital is Sacramento.” shortest path between Phoenix and Seattle.” 


outline of the state is identified. Thus, to 
generate the final response, the system 
traces all lines representing roads within 
the state boundary. Figure 10 shows the 
corresponding display generated by the 
system. 

Example 3. In response to the user’s 
input, “Find the shortest path between 


Phoenix and Seattle,” the natural-language 
front end generates the following: 

show [road] {type = “all” & shortest & 
between < [city] [ name = “Seattle” ( 

& [city] [name = “Phoenix”] > ) 

Note that the qualifier “type = ‘all’” in 
the above query refers to all types of roads 


as opposed to restricting the search to in¬ 
terstate highways. 

To answer this query, the system defines 
an elliptical search region whose foci are 
Seattle and Phoenix. To start, the major 
diameter of this ellipse is set at 1.1 times 
the euclidean distance between the cities, 
as shown in Figure 11. The image within 
the ellipse is thinned, and the shortest path 
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between the cities using the road network 
within the ellipse is found using the bi¬ 
directional search algorithm." The length 
of the shortest path is estimated. If this 
length is greater than the major diameter of 
the ellipse, the search space is increased to 
an ellipse that has as its major diameter the 
current length of the shortest path. Then, a 
shorter path, if it exists, is found. This 
process will ensure that the path found is 
the shortest, since the length of any path 
connecting the foci of an ellipse that in¬ 
cludes a point outside the ellipse is always 
greater than the major diameter. Figure 11 
shows, in bold lines, the path found for our 
query. Typical CPU time to answer this 
query is five minutes. 

Our present implementation includes 
all the logical functions described above. 
However, the processor has a very limited 
vocabulary of terms for spatial data 
analysis. We are enhancing this voca¬ 
bulary by adding a number of other enti¬ 
ties and relations. Our goal is to include 
all possible features and spatial rela¬ 


tionships that are meaningful in answer¬ 
ing queries in a geographic information 
system. We are implementing these en¬ 
hancements using the basic shell already 
developed. 


G eographic information systems 
present an excellent environment 
for integrating many symbolic 
and image database manipulation tech¬ 
niques. Traditional GIS methods have re¬ 
lied on vector form for representing spatial 
data, but recent advances in image inter¬ 
pretation and symbolic manipulation are 
paving the way for sophisticated systems 
using a combination of raster and object/ 
vector form. Systems are now being de¬ 
signed that make extensive use of image 
processing, pattern recognition, and arti- 
cial intelligence techniques. Our own ef¬ 
fort toward the design of a paper-map- 
based query-processing system takes ad¬ 
vantage of such trends. Powerful image- 
interpretation algorithms, especially if 


implemented on special-purpose comput¬ 
ers, as well as recent advances in object- 
oriented data structures, will have a major 
impact on the growth of future geographic 
information systems. ■ 
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ISR: A Database for 
Symbolic Processing in 
Computer Vision 


John Brolio, Bruce A. Draper, J. Ross Beveridge, and Allen R. Hanson 
University of Massachusetts at Amherst 


C omputer vision imposes unique re¬ 
quirements on the representation 
and manipulation of image data 
and knowledge. At a vision system’s low¬ 
est level are sensors that represent an image 
with purely numeric image arrays, while at 
the highest level are semantic world mod¬ 
els that provide the final interpretation of 
the scene. In between are thousands of 
intermediate descriptions, many of which 
must be repeatedly accessed and processed 
during interpretation. Traditional knowl¬ 
edge representation methods do not pro¬ 
vide mechanisms to accomplish this effec¬ 
tively. 

In this article, we describe a representa¬ 
tion and management system for use at the 
intermediate (symbolic) level of vision. 
Based on database management methodol¬ 
ogy, the Intermediate Symbolic Represen¬ 
tation (ISR) mediates access to intermedi¬ 
ate-level vision data and forms an active 
interface to the higher-level inference 
processes that construct an image’s inter¬ 
pretation. The system supports important 
types of data and operations and can be 
adapted to the changing needs of ongoing 
research. Furthermore, it provides a cen¬ 
tralized data representation that supports 
integration of results from multiple ave¬ 
nues of research into the overall vision 
system. 



A vision system 
generates thousands of 
intermediate-level 
descriptions. ISR 
combines database 
management and 
knowledge 

representation methods 
to allow effective access 
to these descriptions. 


A computational 
paradigm for 
computer vision 

The goal of computer vision is to con¬ 
struct automatically from a digital image a 
symbolic interpretation that describes the 
environment from which the image was 


captured. This description includes the 
identity and structure of objects and their 
spatial and temporal relationships. (We 
restrict our discussion to static images 
captured from a single sensor with no 
motion information.) The need to identify 
objects implies that vision systems must 
have access to a knowledge base contain¬ 
ing descriptions of the objects or of gener¬ 
alized object classes. Consequently, a 
generally accepted paradigm for computer 
vision involves multiple levels of repre¬ 
sentation and abstraction, from image rep¬ 
resentation (purely numeric) to object or 
object-class models (highly abstracted) 
stored in the knowledge base. 1 

This paradigm underlies the Visions 
Image Understanding System, a research 
system being developed in the Computer 
Vision Laboratory at the University of 
Massachusetts at Amherst. Visions is or¬ 
ganized into three conceptual levels of 
visual processing: low (image level), inter¬ 
mediate, and high (knowledge level). At 
the low level of vision, potentially useful 
image events, such as homogeneous re¬ 
gions (collections of contiguous image 
data points with similar properties), edges 
and lines, 3D surface patches, and motion 
information, are extracted from the image 
data, typically without knowledge of the 
image content. 
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Figure 1. Stylized view of the three levels of representation in Visions. The left column contains representations of data at 
each level, and the right side shows the internal representations corresponding to these data. At the low level are the image 
data and an image blowup (left), with the internal representation consisting of numeric arrays (right). The intermediate 
level shows a region segmentation in which regions are denoted by their boundaries (far left) and a straight-lines represen¬ 
tation (left); the internal representation is a symbolic token and frame representation (right). Finally, at the high level, a 
3D wire-frame model (left) represents the image interpretation, while the internal representation takes the form of a sym¬ 
bolic network (right). 


The system stores descriptions of these 
events at the intermediate level as named 
and typed symbolic entities called tokens. 
Each token contains attribute-value pairs 
that describe the event (for example, the 
color and texture of a region or the length 
and contrast of a line segment). Additional 
tokens and token types are created by 
grouping, splitting, or modifying existing 
tokens. Tokens also can be constructed 
from other tokens, imposing a hierarchical 
structure on the representation. 

High-level knowledge is organized into 
object descriptions called schemas. Sche¬ 
mas are organized into relational networks, 
such as a part-subpart hierarchy, to facili¬ 
tate recognition. Each schema has an asso¬ 
ciated procedural component that searches 
for evidence of the object in the low- and 


intermediate-level data. Schemas are ac¬ 
tive entities and communicate asynchro¬ 
nously with each other by means of a global 
blackboard maintained by the schema sys¬ 
tem control shell. 

Figure 1 is a stylized and highly simpli¬ 
fied diagram of the three levels of repre¬ 
sentation. For more detail on Visions, as 
well as image interpretation results on 
house and road scenes, see Draper et al. 2 

A major consideration in creating an 
interpretation is the inevitable mismatch 
between idealized models and bottom-up 
data. The output of even the best low-level 
algorithms must be considerably trans¬ 
formed before or during the matching 
process. Much of the transformation in 
Visions occurs at the intermediate level. 
Perceptual organization algorithms split, 


merge, add, and delete intermediate-level 
tokens, as well as create more-abstract 
tokens from simpler ones. Examples of 
more-abstract tokens include line groups 
that satisfy certain geometric properties 
and aggregates of regions and lines consis¬ 
tent with an object or object part in the 
knowledge base. We later discuss addi¬ 
tional examples of aggregate tokens and 
the processes that create them. There is no 
practical limit to the variety or quantity of 
tokens based on aggregates of other to¬ 
kens. 

Tokens at the intermediate level are not 
isolated events. Often their most important 
properties are their relations to other to¬ 
kens, as in the line-grouping algorithm of 
Boldt et al. 3 - 4 This algorithm groups short 
lines to form longer ones in a recursive 
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Table L Size of the intermediate symbolic representation after low-level processing. 


Image 

No. of 

No. of 

No. of 

No. of 

No. of 

Data size 


Regions 

Straight 

Line-Region 

Boundary 

Boundary 

Including 



Lines** 

Intersections* 

Lines** 

Line-Region 

Token Features 



(Short/Other) 


(Short/Other) 

Intersections* 

(in Mbytes) 

Roadl 

187 

3,981/911 

1,517 

1,756/206 

724 

1.6 

Road2 

307 

4,062/963 

1,868 

2,811/212 

751 

2.0 

Road5 

427 

4,019/1,051 

2,736 

3,733/379 

1,415 

2.4 

Road 10 

311 

4,209/996 

2,111 

3,246/242 

853 

2.1 

Road 16 

222 

3,744/733 

1,112 

1,305/187 

775 

1.5 

Road25 

356 

4,364/949 

2,354 

3,730/285 

980 

2.3 

House 1 

305 

2,843/878 

1,793 

1,174/405 

1,438 

1.5 

House7 

168 

3,522/900 

1,823 

2,239/242 

711 

1.6 

House 10 

165 

2,675/845 

1,255 

965/241 

836 

1.2 


* Line-region intersections and features are not calculated for short lines. 
** Short lines are less than five pixels long. 

Note: All images have a resolution of 256x256 pixels. 


cycle of linking, grouping, and replace¬ 
ment based on endpoint distance, relative 
orientation, and lateral displacement. The 
algorithm terminates when no further line 
segments can be replaced. At each recur¬ 
sive level, old line tokens are retrieved by 
spatial proximity and orientation. Since an 
image of reasonable size and complexity 
might have 10,000 or more initial line 
tokens, the spatial relations at the heart of 
this and similar algorithms must be effi¬ 
ciently represented. 

The amount of intermediate-level data 
involved in the interpretation of a single 
image is quite large. Table 1 lists nine 
typical images used in interpretation ex¬ 
periments and details the size and storage 
requirements for five types of symbolic 
image events (not including low-level 
image data). The event types are regions, 
straight lines, line-region intersections, 
lines lying along region boundaries, and 
region-boundary line intersections. The 
data in Table 1 represents only those image 
events and relationships between them that 
are extracted from the image before execu¬ 
tion of any intermediate-level grouping 
process or schema interpretation strategy. 

Database requirements 
for image 
interpretation 

A database system for vision research 
must satisfy two distinct requirements: 

(1) It must provide efficient access to 


and manipulation of intermediate-level 
data. 

(2) It must provide a simple and intui¬ 
tive applications programming language 
for researchers who are programmers out 
of necessity. 

Efficiency here is more than just a mat¬ 
ter of convenience. The computational 
burden of vision is such that certain experi¬ 
ments are not currently feasible except 
with highly optimized data management. 
Consequently, the database should not 
incur overhead for features a researcher 
will not use. On the other hand, researchers 
will not use a database language that re¬ 
quires excessive learning or programming 
for basic functions. If the system is not in 
general use, data will not be shared, ma¬ 
chine-readable data output from experi¬ 
ments will be effectively lost, and re¬ 
searchers will constantly reimplement the 
same data structures and manipulation 
procedures. 

Therefore, we have designed ISR as a 
“reduced instruction set” for computer 
vision applications. ISR provides a set of 
primitive operations and representations 
that are easy to use and with which any 
intermediate-level applications can be 
built. 

Primary requirements. In designing 
ISR, we have drawn from both database 
practice and knowledge representation 
technology, the former for efficiency and 
generality and the latter for flexibility. We 
also have based our design on the experi¬ 
ence of researchers in the Visions environ¬ 


ment to determine an efficient set of lan¬ 
guage primitives for spatial retrieval appli¬ 
cations. 

What follows is a summary of signifi¬ 
cant intermediate-level data requirements. 
The first requirements address efficient 
support of the necessary data manipulation 
and retrieval operations. 

(1) Vision research requires spatial data 
types and retrieval methods not usually 
supported in standard database systems. 
An algorithm like the Boldt line extractor 
can make hundreds of thousands of spatial 
access queries on a single image. The algo¬ 
rithms we discuss in the sections entitled 
“Perceptual grouping” and “Spatial ac¬ 
cess” do less work in total, but the ratio of 
spatial queries to other database queries 
remains about the same. The spatial access 
functions that implement these retrievals 
must be implemented efficiently. ISR 
supplies methods for retrieving all tokens 
that intersect a given bounding rectangle 
or all tokens that intersect a region of 
arbitrary shape. This feature is the main 
focus of the ISR design; we are continuing 
to research optimal methods of spatial data 
representation and retrieval. 

(2) Data structures should be standard¬ 
ized sufficiently to allow efficient sharing 
of data: 

• Incremental saves and loads of partial 
data sets must be possible. 

• Data must be saved in logical modules 
of reasonable size and scope. 

• Loading selected records and selected 
fields of those records should be possible. 
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All of these requirements are fulfilled by 
database management systems (DBMSs); 
knowledge representation systems cur¬ 
rently do not provide much capability or 
flexibility in this area. 

(3) The researcher must be able to re¬ 
configure the database dynamically, add 
fields or attributes to a record, or create a 
new data set with records or attributes from 
one or more existing data sets. Every re¬ 
searcher is free to alter the syntax, seman¬ 
tics, and facts in a database; keeping these 
changes private or making them available 
to the research group should be easy and 
not require storing large quantities of re¬ 
dundant data. In ISR, it is simple to create 
a data set, alter its definition, or copy, load, 
or save a data set’s selection or projection. 
The system provides reasonable means of 
tracking the sources of various elements of 
a user’s individual database. 

(4) Like any research tool, the database 
application language must be as powerful 
and uncomplicated as possible. It must be 
fully embedded in the host language (Lisp 
or C, in our case) and must imitate the best 
features of that language as much as pos¬ 
sible. To satisfy this requirement, we built 
a prototype of ISR and spent a year and a 
half analyzing information about its use, 
about spatial retrieval applications written 
or proposed for it, and about requests for 
changes or new features. We then inte¬ 
grated our findings into the current design. 

(5) Extendability must be built into the 
database. The design must be modular and 
open-ended, so that future developments 
are not precluded. Source code must be 
available. When a commercial DBMS is 
chosen and the databases are designed in it, 
the data requirements are expected to be 
fairly stable. In a research environment, 
however, requirements for data and data¬ 
base operations may change drastically. It 
is inevitable (and desirable) that new op¬ 
erations will be demanded. Primitive op¬ 
erations must be modular enough that the 
user can combine them to generate new 
functions. 

Database technology. Vision research 
demands basic facilities for storing, shar¬ 
ing, accessing, selecting, and sorting large 
quantities of data. But there are points 
where vision data requirements diverge 
from DBMS capabilities. We can learn a 
great deal about an ideal data management 
system for computer vision by examining 
those differences. 

The traditional DBMS environment 
demands three separate levels of human 
interaction: the database administration 


level, the applications programming level, 
and the end-user level. These interactions 
are often mediated through two or three 
different languages in the database, as well 
as different levels of privilege. In a com¬ 
puter-vision research environment, how¬ 
ever, there is often no distinction between 
these types of interaction. An individual 
researcher can create, delete, and restruc¬ 
ture a database, write complex experimen¬ 
tal applications in the database language, 
and examine the results on a graphics 
screen. Embedding these three distinct 
levels of functionality in one efficient, 
conceptually simple language represented 
a major challenge for ISR’s design. 

Knowledge representation technol¬ 
ogy. Current knowledge representation 
technology has some positive qualities that 
are being incorporated into new database 
research. 5 However, it also has a number of 
deficiencies, some of which can be reme¬ 
died by recourse to DBMS methods. The 
positive features are extendability, flexi¬ 
bility, and the capability for procedural 
attachment. We have borrowed these in the 
concept of frames (data types that can be 
redefined dynamically) and demons (pro¬ 
cedures that can be executed when data 
field values are accessed). 

Unfortunately, such common database 
utilities as sorting and indexing have been 
quite rare in knowledge representation 
systems, perhaps on the presumption that 
knowledge needs a great deal of hierarchi¬ 
cal structure and very little linear structure. 
Vision and much other artificial intelli¬ 
gence research, however, requires full 
support of standard database operations 
and such standard data types as arrays, 
sets, integers, floats, and strings. 

Data storage and retrieval are an after¬ 
thought in many systems, making saving 
and reloading data sets a cumbersome 
operation. Data sharing is extremely diffi¬ 
cult because data values and data descrip¬ 
tions are stored as a unit. 

Also, those inference procedures built 
into knowledge representation systems are 
generally wide of the mark. In an area as 
data-intensive as computer vision, data- 
driven processing must be carefully con¬ 
trolled. A weak method such as forward 
chaining must be used with a great deal of 
top-down control to restrict the generative 
effect of thousands of pieces of data. Fur¬ 
thermore, many computational decisions 
in vision processing are made with statisti¬ 
cal or combinatorial optimization tech¬ 
niques, requiring some future extension of 
a constraint programming language to 


support the kind of mathematical inference 
required. 

We examined current database theory 
and practice to determine if an appropriate 
system already existed. Image DBMSs do 
not focus on operations essential to com¬ 
puter vision research, where indexing ob¬ 
jects to images is not a typical task, but 
finding the intersection of arbitrary sub¬ 
sets of pixels is very common. Although 
engineering database systems require 
similar flexibility and extendability, they 
are even less appropriate because they 
offer nothing equivalent to low-level vi¬ 
sion. What we required was not available: 
a system tailored to the needs of computer 
vision research and easily adaptable to 
different machines and languages. 

There are other database systems for 
computer vision, most notably Carnegie 
Mellon’s Codger 6 and SRI’s Core Knowl¬ 
edge System. 7 Codger has evolved over the 
same time period as ISR, and there are 
similarities even in nomenclature. But 
Codger is broader in scope, encompassing 
very high level representation and process 
scheduling in addition to intermediate- 
level data management. Furthermore, 
Codger appears to treat as primitives many 
functions that ISR would view as applica¬ 
tion programs, such as transformation of 
3D coordinates. Not all researchers work¬ 
ing at the intermediate level need or want 
high-level representations or operations, 
and even researchers in high-level vision 
might want a different methodology than 
the one supported. In the long run, such an 
all-encompassing approach could render 
the system cumbersome, making it less 
likely to be used by the researchers for 
whom it is intended. 

The Core Knowledge System is a more 
recent design that seems to be intended as 
a knowledge representation system for 3D 
world modeling at a very high level. It 
devotes much attention to semantic issues 
that are less essential at the intermediate 
level of computer vision and hence pays 
less attention to efficient spatial retrieval 
and manipulation of 2D symbolic entities. 

ISR seems to be unique as a small, effi¬ 
cient, and flexible DBMS focused on the 
needs of intermediate-level vision. 

The ISR data 
management system 

ISR’s design was constrained by both 
the nature of symbolic image interpreta¬ 
tion and the need to serve multiple re¬ 
searchers with varied interests. Conse- 
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Figure 2. A frame and token hierarchy, depicting a set of line tokens and a set of 
region tokens, all extracted from the same image. Note that image features de¬ 
scribe a particular image event, such as the length of a line, while frame features 
describe a class of events, such as the average length of a line. 


quently, the system provides a small set of 
highly optimized primitive commands and 
representations that can be combined to 
meet the needs of a particular user’s re¬ 
search. For example, common structures 
such as line segments and regions, along 
with their associated operations, are not 
part of the system primitives, but are kept 
in optional libraries. As new token types 
and operations are found useful they can be 
placed in additional libraries. 

Tokens and features. ISR’s fundamen¬ 
tal object is the token, which is similar to a 
record in a standard DBMS. A token can 
represent an image event (such as a line or 
a homogeneous region in an image) or an 
aggregate of events (such as a group of 
parallel lines, a geometric structure, or the 
regions and lines hypothesized to belong to 
some object). The data fields of an ISR 
token, called features, describe attributes 
of the referenced event. Features resemble 
frame slots in a knowledge representation 
system, in that they have attached proce¬ 
dures (demons) that can be activated when¬ 
ever a value is requested or modified or 


when a value is needed that has not yet 
been computed. ISR tokens for similar 
image events are grouped into token sets, 
which allow operations over similar data. 
For example, a token set consisting of all 
the lines for one image would allow such 
operations as displaying every line in the 
set or computing the contrast across each 
line. 

Frames. Each token set is embedded in 
a descriptor object called a frame. The 
relationship between a frame and its token 
set is similar to the class/instance relation¬ 
ship in object-oriented databases. Each 
token represents an event, such as a region 
extracted from an image, while the frame 
represents the class of events, in this case 
the set of all regions. 

Like tokens, frames are first-class data 
objects with features. Frames are also 
linked into hierarchies that denote rela¬ 
tionships between associated token sets. 
For example, two frames containing the 
lines and regions from a single image might 
both be children of the same image frame 
(see Figure 2). In addition, the frame pro¬ 


vides a modifiable description of its token 
set. For example, a frame feature can con¬ 
tain statistics on token set feature values, 
such as the mean and standard deviation of 
the length feature for a set of lines. Since 
the most natural hierarchy for one problem 
might not fit another, the user can specify 
the frame hierarchy. 

Feature data types. A token or frame 
feature can have one of the following data 
types: integer, float, string, array, pixel 
map, ISR handle, or pointer. Pixel maps 
are 2D bit-arrays that specify a set of pix¬ 
els. The operations defined over pixel 
maps are union, intersection, set-differ¬ 
ence, and a count function that returns the 
number of pixels. Pixel maps are used to 
map regions (which have no simple, ana¬ 
lytic form) onto images. For example, a 
pixel map acts as a mask, specifying which 
pixels are in a region and should be 
summed to calculate the region’s average 
intensity. 

Since feature storage is allocated at 
runtime as needed, the user can create a 
virtual feature whose value is computed as 
needed and never stored. This is useful for 
defining data aggregations that are con¬ 
structed on demand from primitive fea¬ 
tures. For example, assume that the end¬ 
points of a straight line are stored as four 
features, x g , y 0 , x t , and y,. If a user program 
needs to access each endpoint as a vector, 
the user can create a virtual feature called 
endpoint. Endpoint consumes no data stor¬ 
age space; when accessed, it constructs a 
vector out of x, y., which is returned to the 
caller. Similarly, a vector of the form x , y. 
can be used to “set” the value of endpoint, 
in which case a storage demon breaks up 
the vector and stores each value in the 
appropriate field. Virtual features are also 
useful for implementing transparent con¬ 
versions between different representations 
of the same data, such as polar/rectangular 
or ego-/world-centered coordinates. 

Handles and subsets. One of our funda¬ 
mental requirements for ISR was that it 
express relations between tokens, espe¬ 
cially associative relations. ISR can ex¬ 
press simple pair relations through token 
features called handles. A handle is a ref¬ 
erence to a token or frame in the database. 
Associative relations are represented by 
token subsets, which specify some or all of 
the tokens in a token set. For example, a 
token subset can denote the set of all re¬ 
gions whose average intensity exceeds 50 
grey levels or all lines that are at least five 
pixels long. We can view ISR functions 
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Figure 3. Region classification: (a) a portion of a decision tree that classifies re¬ 
gions as objects on the basis; (b) the result of classifying regions based on the 
tree in (a). The original image is shown in Figure Sa. 


that create and manipulate token subsets as 
a software analogue of content-address¬ 
able or associative memory. Token subsets 
can be 

(1) selected by numeric feature ranges 
or properties of pixel maps; 

(2) combined by basic set operations 
such as union, intersection, or set- 
difference; and 

(3) used as a guide to control function 
application. 

An example of the last case is computing 
the contrast of every line more than five 
pixels long. A special class of token subset, 
called a sort, represents an ordering over 
the token subset’s elements. Token subsets 
and sorts are both handles and can be stored 
on any token or frame feature of that type. 

ISR in use 

Classification. One of the oldest and 
most studied problems in computer vision 
is the classification of image regions by 
feature values. 8 Color, texture, shape, lo¬ 
cation, or other attributes of a region are 
used to categorize it as belonging to one of 
N classes. One approach to classification 
that takes advantage of lazy evaluation is 
based on decision trees (also called regres¬ 
sion trees 9 ). 

In a decision tree, every leaf node carries 
the name of a category, and every internal 
node selects a feature to be tested (see 
Figure 3). The classification procedure 
begins by making the root of the decision 
tree the current node. The procedure then 
enters a loop in which the current node 
determines which feature of the region 
should be tested, and the resulting feature 
value dictates which child node should 
become the current node. The loop is ex¬ 
ited when the region reaches a leaf node, at 
which time the region is assigned to the 
category on the leaf node. 

Decision trees are popular partly be¬ 
cause of their efficiency. Unlike a Bayes 
classifier, a decision tree only requires that 
a few of a region’s features be computed, 
specifically, the features on the path from 
the root node to the eventual leaf node. To 
take advantage of this, ISR supports lazy 
evaluation. When ISR is used as the data¬ 
base for a decision tree, the region feature 
values need not be computed beforehand. 
Instead, the function for computing each 
feature of a region is installed as a demon. 
When classifying a region, the tree tra¬ 
versal algorithm asks for the value of the 
feature at the current node. The demon 


notices that the value has not yet been 
computed, calculates it, and returns the 
appropriate value; the value can also be 
stored in case it is requested again. In this 
way, feature demons help avoid comput¬ 
ing unnecessary feature values. 

Perceptual grouping. Grouping related 
tokens into aggregate, structures (percep¬ 


tual grouping) is a common intermediate 
vision task. One strategy groups tokens by 
the transitive closure of one or more rela¬ 
tions. If the tokens are viewed as nodes in 
a graph and the relations as adjoining arcs, 
then this style of grouping forms the con¬ 
nected components of the graph. The result 
is a set of tokens that represents a new 
image event and can possess properties not 
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Figure 4. Results from rectilinear line grouping: (a) the original aerial image; (b) one of the rectilinear line groups (in 
heavy lines) found by the grouping algorithm, superimposed over the complete set of intermediate-level straight lines that 
constitute the input to the algorithm. 


possessed by any of its components. 

The Rectilinear Line Grouping System 10 
is a perceptual organization system in ISR. 
The basic relations measured by the RLGS 
are whether two proximal lines are colin- 
ear, parallel, or perpendicular. For every 
line in the image, the RLGS finds the set of 
lines that are proximal and parallel to it and 
stores this information as a token subset on 
the line token. The RLGS repeats this 
process, looking for lines that are proximal 
and colinear or proximal and perpendicu¬ 
lar. Finally, the RLGS looks for groups of 
lines connected by one or more relations 
(colinear, colinear or perpendicular, etc.). 
Figure 4 depicts such a group. The group 
can either be returned to the user as a token 
subset or be stored as a feature on a “line 
group” token. In the latter case, other fea¬ 
tures of the line group, such as its mini¬ 
mum bounding rectangle, can also be 
computed and stored. 

Spatial access. Spatial proximity is an 
important consideration in accessing im¬ 
age information. We often want to access 
just those tokens lying on or near a particu¬ 
lar point in the image. To this end, grids are 
often imposed on the 2D image, dividing it 
into rectangular cells called bigcells. If 


lines, regions, or other image events are 
stored according to the bigcells they inter¬ 
sect, it becomes relatively easy to retrieve 
a token’s neighbors by accessing only 
those bigcells that lie within the radius of 
interest. 

We have implemented bigcells in ISR 
by creating a token set in which each cell of 
the grid is represented by a token. Each 
feature of the cell token represents a subset 
of objects (such as lines or regions) that 
spatially intersect that cell. We have writ¬ 
ten functions for storing tokens in the 
appropriate cells and for retrieval based on 
eight types of spatial relations (point-to- 
line, line-to-line, region-to-region, etc.). 

A typical use of the spatial indexing grid 
occurs during the interpretation of a road, 
which is part of a larger interpretation 
effort involving a road scene. 2 Figure 5a is 
a photograph of a typical road scene, and 
Figure 5b is the output of a low-level algo¬ 
rithm for identifying lines applied to the 
lower left quadrant of the photo image. The 
goal is to identify the boundary of a road 
line from the set of lines identified by a 
low-level line-extraction algorithm. The 
method is to construct from existing line 
segments a line-chain that satisfies the 
constraints for a centerline as represented 


in the knowledge base. 

Although the algorithm described below 
could be applied to the inital set of lines 
derived from the entire image, typically 
the interpretation process would already 
have determined a context for the center- 
line (for example, by hypothesising the 
road surface or road sides). The context 
spatially constrains the possible locations 
of the centerline and reduces the combina¬ 
torics of the search process. 

The line-chain algorithm starts with a 
line that is a good candidate for a boundary 
line. That line is extended by joining it end- 
to-end with other lines that meet it near its 
endpoints. The algorithm selects candi¬ 
dates for extension by retrieving any lines 
within a small radius of the endpoints of 
the current line-chain. Figure 5c shows 
(along with the final successful line-chain 
interpretation) the grid cells accessed dur¬ 
ing the search and the candidate lines re¬ 
trieved. Figure 5d shows the set of candi¬ 
dates after selecting only those within a 
small distance of the current line-chain 
endpoints. The resulting spatial structure 
will then be subject to further verification 
and validation by high-level schema strate¬ 
gies before being added to the evolving 
overall interpretation. 
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Figure 5. Bigcell spatial access during image interpretation: (a) the original image; (b) the set of straight-line tokens ex¬ 
tracted from the image; (c) the grid bigcells accessed during the search and the candidate lines retrieved; (d) those candi¬ 
dates within a small distance of the current line-chain endpoints. 


Grids implemented in this way do not 
have to represent regular equal divisions. 
Furthermore, a grid can partition not only 
spatial attribute values but any numeric 


attribute with a finite range. Access to 
tokens by any feature can be supported by 
dividing the feature into ranges and storing 
tokens as token sets on the corresponding 


cells. Thus we can use the same primitives 
that implement spatial access to imple¬ 
ment histogram-based algorithms and 
generalized Hough transforms. 
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O ur experience with intermediate- 
level computer vision has taught 
us three lessons: 

• Spatial representations, spatial access, 
and procedural attachment are essential. 

• A database for a research environment 
must be easy to use and modify. 

• Efficiency is critical. 

ISR combines the standard access and 
retrieval mechanisms of DBMS technolo¬ 
gies with the notion of frames and demons 
found in knowledge representation lan¬ 
guages. Most importantly, ISR provides 
special spatial representations and access 
routines not traditionally found in either of 
these two fields. 

Versions of ISR have been operating in 
the Computer Vision Laboratory at the 
University of Massachusetts for over three 
years; the current version is implemented 
in Lisp and has been in use for over a year. 
In addition, a version of ISR has recently 
been embedded in a commercial system. 

Our major conclusion is that neither 
traditional DBMSs nor knowledge repre¬ 
sentation languages support the primitive 
spatial data structuring and access func¬ 
tions required at the intermediate level of 
vision. ISR adds spatial primitives to the 
capabilities of database management and 
knowledge representation systems to pro¬ 
vide a simple yet effective database for 
intermediate-level vision. ■ 
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An Object Model for 
Image Recognition 


H.V. Jagadish and Lawrence O’Gorman 
AT&T Bell Laboratories 


D ata models for images are not new, 
and much good work has been 
done in this area over the past 
several years. Most of these models have 
addressed the problem of accessing infor¬ 
mation either from the database point of 
view — accessing pixels from an image or 
images from a database — or from the per¬ 
spective of computer vision — accessing 
objects from an image. Although image 
recognition faces a similar data-organiza- 
tion problem, research there has tended to 
focus on image processing and pattern 
recognition rather than aspects tradition¬ 
ally associated with databases. 

For our work on line-image analysis, we 
needed a representation that would be 
general across known applications and 
extensible to new applications. Since the 
philosophy behind object-oriented pro¬ 
gramming and data models addressed our 
requirement, we designed the representa¬ 
tion as an object model called Thin Line 
Code. TLC exhibits several advantages in 
image recognition but also some difficul¬ 
ties in strictly adhering to traditional no¬ 
tions of object orientation, both of which 
we cover in this article. 

Computer vision researchers perform 
many different operations and use various 
methods to analyze and recognize objects 
in an image. They may, for example, re¬ 
move noise with filtering techniques, ex¬ 
tract and recognize features through pat¬ 
tern recognition, and combine this ex¬ 
tracted information with task-dependent 
knowledge to obtain a semantic descrip- 
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This general 
representation, called 
Thin Line Code, takes 
advantage of the 
prevalence of lines 
across different 
applications. It can be 
customized by adding 
specific functions 
and attributes. 


tion of the image and its components that 
facilitates image understanding. The way 
data is organized and stored critically af¬ 
fects the ease of performing — and the 
time of executing — these operations, so 
this article also discusses the issues in¬ 
volved in organizing image data to facili¬ 
tate different image-recognition opera¬ 
tions. 

Carefully engineered data models have 
long been recognized as aids to informa¬ 
tion organization and interpretation, with 
object-oriented data models achieving 
recent popularity. In these models, each 
entity, whether a pixel or a semantically 

0018-9162/89/1200-0033$01.00 © 1989 IEEE 


meaningful image feature, is called an 
object. Each object is an instance of a 
particular type, which defines the object’s 
structure, its applicable functions, and 
perhaps some of its properties. Our pur¬ 
pose here is to apply object-oriented data¬ 
base principles to help model an image for 
computer vision. 

Relevant aspects 
of object modeling 

An object-oriented data model has a 
hierarchy of abstract data types. With each 
type are associated certain functions and a 
specific template of properties and rela¬ 
tions. An instance of a type is an object that 
matches the template defined for the type, 
with specific values instantiated for each 
property and relationship. In addition to 
the functions and properties explicitly 
defined for a type, others can be inherited 
from an ancestor in the type hierarchy. 
Inheritance is valuable because, besides 
saving storage, it permits stating facts once 
for several types, so required changes can 
be made in a single place. 

The values for a particular object’s prop¬ 
erties can be stated explicitly, inherited, or 
obtained implicitly by evaluating a func¬ 
tion. As an example of an implicitly stated 
property, we could define a polygon’s 
perimeter as a function summing the 
lengths of its constituent edges. We could 
compute this function “on demand” each 

33 






r-U j 




! * b ." 

o 


Image 



P 

Id 

f 

] 


D T F 

1 

1 




H 

Line diagram 1 
(abed) 

Structure 

t 


Shj 

jpe 

| Rectangle 

(CDFG) 

Wires 

I (AB, EH) 

1 

| 

Loop (be) | 
Bifurcations i 
(abc, dbc) ' 

1 

Composite 

Line^ 

Continuous 
^ linex^ 



Edges (a,b,c,d) i 

t 


Geometric 

1 Straight lines 


1 

Chain 

t 


primitive 

(AB, CD, DF, 

Chain code | 

| 




1 FG, CG, EH) 

1 

1 

Pixel 




1 

1 

Examples of ■ 

Physical 

Logical 

Examples of 

physical entities! 

hierarchy 

hierarchy 

| logical entities 


Figure 1. Two structural hierarchies of a line image. On the left is the physical 
hierarchy, whose entities are physical components of a line structure. On the 
right is the logical hierarchy, whose entities have semantic definition with re¬ 
spect to a particular application. These hierarchies communicate with each other 
by the continuous-line object type. Examples of each entity type are shown in the 
outer columns. Note in the example that the same line diagram has different en¬ 
tity components on the different hierarchies. 


time this value is required. Computing 
such functions to derive higher level infor¬ 
mation is a primary task in image recogni¬ 
tion. If the value is needed so often that 
repeated computation is inefficient, it can 
be computed once and its value explicitly 
stored or cached. In that case, we must be 
careful to invalidate the cached value if 
there is a change to any of its underlying 
computational values. In the polygon ex¬ 
ample, such invalidation of the precom¬ 
puted perimeter will occur if there is a 
change to the polygon’s edges or the 
lengths of any of its edges. 

Object orientation provides modularity 
through inheritance and association of 
functions with object types. The TLC 
model for image recognition benefits from 
this modularity in its application diversity. 

Composite objects. As mentioned, an 
object can be related to other objects of the 
same or different type. Of particular inter¬ 
est are the Is-part-of and Contains relation¬ 
ships. If an object x contains another object 
y, then y is part of x, and we say that x is a 
composite object. 

In an image description, this notion of 
composition plays a crucial role. We can 
consider the entire image an object, which 
comprises simpler (or smaller) objects, 
which in turn comprise even simpler ob¬ 
jects, and so on down to the level of pixels. 
At that level, once again, we can consider 
each pixel as an object. We thus have a 
structural hierarchy. 

In fact, we must distinguish two differ¬ 
ent structural hierarchies: physical and 
logical. The physical hierarchy describes 
the image at a level higher than pixels in a 
purely structural fashion, that is, independ¬ 
ent of semantics or application. We can 
then manipulate such higher level descrip¬ 
tions efficiently for image understanding. 
Because of its invariance to applications, 
we can develop relatively stable core algo¬ 
rithms to instantiate this hierarchy for a 
particular image. The TLC model is an 
example of a physical hierarchy. 

The logical hierarchy, on the other hand, 
has semantics and is application depend¬ 
ent. This is what the user “wants to see” 
and what should be the end result of image 
recognition. The complete image is at the 
root of both these hierarchies, but corre¬ 
spondences between entities at other hier¬ 
archical levels may not be one to one and 
are not trivial to determine. Figure 1 shows 
two parallel structural hierarchies, a physi¬ 
cal hierarchy on the left and a logical hier¬ 
archy on the right. Each upward arrow 
represents a Contains (or Part-of) relation¬ 


ship. TLC is built on this framework. 

A consequence of having two parallel 
but different structural hierarchies is that 
the structure of the image as a complex 
object becomes quite involved. Among 
other complications, we now have Con- 
tains-part-of relationships between objects 
that represent two different aggregations. 
That is, two objects can intersect, meaning 
that each can include some of the other’s 
subcomponents. We may resolve such a 
relationship by adding an intermediate 
object type representing a common parent 
(or common child) in the structural hierar¬ 
chy of the two types. Both objects partici¬ 
pating in the original Contains-part-of re¬ 
lationship can now have a Part-of (or 
Contains) relationship with an object (or 
objects) in the newly defined type. 

For example, in Figure 1, the physical 
edge c is a part (BG) of the logical straight 
line CG, a part (EF) of the straight line DF, 
and all of the straight line FG. Similarly, 
the logical straight line CG comprises parts 
of the physical edges b and c. We can 
introduce a bridging type. Continuous 
Line, such that each continuous line Con¬ 
tains one or more physical edges and one or 
more logical straight lines. Thus, the loop 
be is a single continuous line and com¬ 


prises the physical edges b and c or the 
logical straight lines CD,DF, FG, and CG. 

In each hierarchy, we can introduce the 
notion of level. Thus, all the pixels consti¬ 
tuting an image are at one level, all the 
chains at the next higher level, and so forth. 
Many image-recognition operations apply 
to a set of all image subobjects at some 
level in a structural hierarchy. We thus find 
the need to apply a method to each set of 
objects of the same type. Through explicit 
definitions of sets and iterative constructs 
over sets, we can explicitly show this repe¬ 
tition over a set and create the possibility of 
optimization. 

As long as we use a single image-recog¬ 
nition paradigm over the entire image, this 
notion of level is unambiguous, and we can 
speak, for example, of all the physical lines 
constituting an image as being at a certain 
level. However, using different recogni¬ 
tion algorithms in different parts of the 
image precludes the notion of single, 
homogeneous levels. (An example of this 
notion appears in the section on the TLC 
model.) 

Multiple representations. During im¬ 
age recognition, we obtain several differ¬ 
ent descriptions of a given image. At first. 
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the only description available is in pixels. 
At the end, we expect a successful seman¬ 
tic interpretation of the image, completely 
(or at least largely) divorced from the 
physical pixel pattern. To consider an 
image as an object, we store more than one 
description using the following mecha¬ 
nism. 

We associate a description with each 
constituent object at each level in the struc¬ 
tural hierarchy. We can obtain a (sum¬ 
mary) description by directly accessing the 
description associated with the object. We 
can obtain more detailed descriptions by 
taking the union of descriptions of all the 
constituent objects at any one desired 
level. 

This union of descriptions is straightfor¬ 
ward, provided that the constituent objects 
do not overlap. It continues to work in the 
presence of overlaps, provided the descrip¬ 
tions of two overlapping objects are iden¬ 
tical in the region of overlap. But if two 
objects with dissimilar descriptions over¬ 
lap, we have no way to obtain a “reason¬ 
able” union. Usually, this problem does 
not arise if all the objects being considered 
are at the same level in the structural hier¬ 
archy (even if they belong to different 
types). Either no overlap will occur, or, if 
it does, descriptions will be identical. 
Typically, problems arise if objects in the 
physical and logical hierarchies are ac¬ 
cessed together and some of them have 
Contains-part-of relations. 

Consider Figure 2. A high-level descrip¬ 
tion may simply record the presence of the 
capital letter H. A lower level description 
may show the image consisting of two 
TLC composites (Figures 2b and 2c). 
These objects overlap in the middle bar of 
the H. The image is reproduced correctly 
(in Figure 2d) because this bar’s descrip¬ 
tion in the region of overlap is identical in 
both cases. If a discrepancy occurred — 
say, the location of the horizontal bar were 
off by one pixel position in one of the two 
composites — then a union of the compos¬ 
ite descriptions would give an H with a 
thickened middle bar (Figure 2e). Such 
discrepancies, among others, constitute 
noise in an image. Removing it is a signifi¬ 
cant part of image recognition. 

Quantum jump. An associated issue is 
“quantum jump” between defined levels in 
the structural hierarchies. Real-world ob¬ 
jects, especially natural objects, are usu¬ 
ally not constructed with well-defined 
levels of hierarchy. Even when they fit into 
a hierarchy, it is often more natural to 
operate on an image between two levels 



Figure 2. Descriptions at different lev¬ 
els are often not very different. A 30- 
point capital letter H in Geneva font 
(a) can be represented by the two bi¬ 
furcations (TLC level-2 composites) 
shown in (b) and (c). The description 
obtained as their union (d) has an 
overlap region in the middle bar of the 
H and looks the same as it does in (a). 
But an error that shifts the middle bar 
up one unit in one of the two compos¬ 
ites causes a thickened middle bar (e) 
when the union is taken. 


rather than on one defined level. We could 
alleviate this problem by adding interme¬ 
diate structural levels. But that increases 
the storage space required and may also 
introduce redundancy, making it harder to 
maintain consistency. The alternative is to 
make it easy to access information across 
different levels of representation. To do 
this, we must scrupulously maintain corre¬ 
spondence between objects at different 
levels of description. Doing so for any one 
structural hierarchy (either the logical or 
physical hierarchy) is straightforward, 
with some effort, in an object-oriented 
framework with the notion of a composite 
object. But maintaining correspondence 
across these hierarchies is often more in¬ 
volved. Like the classic core problem, the 


solution is most often an application-spe¬ 
cific trade-off. 

A concrete example of this problem 
occurs in the design of TLC. The design 
trade-off is between defining more model 
levels to reduce interlevel quantum jumps 
and maintaining fewer levels to reduce 
model complexity. The rationale for TLC ’ s 
four levels is given in the section on TLC 
structure. 

Conciseness of description. Descrip¬ 
tions at higher levels of a structural hierar¬ 
chy are concise compared to those at lower 
levels. Higher level descriptions are also 
more robust, in that noise and imprecision 
have either been eliminated or incorpo¬ 
rated into the descriptions. This concise¬ 
ness can save storage when the lower level 
details are not stored — an important con¬ 
sideration for many archival systems. Per¬ 
haps more important, especially for image 
recognition, the smaller size permits faster 
processing. The drawback in storing only 
higher levels is that these levels do not 
carry all the information of lower level 
descriptions, since lower level descrip¬ 
tions cannot be reproduced exactly from 
higher level descriptions. 

In data communications, we cannot re¬ 
cover an erroneous code word received 
over a noisy transmission channel once 
error correction has obtained the “true” 
word. This is considered noise removal 
and not information loss, because what 
constitutes noise and what constitutes in¬ 
formation is clearly defined. We can apply 
the same principle to images. But in deal¬ 
ing with images rather than code words, we 
have no clearly defined notion of what is 
pertinent information. Where the purpose 
of the image is to convey some informa¬ 
tion, a high-level symbolic description is 
preferred for many applications. The as¬ 
sumption is that the high level is designed 
to represent all relevant information. 

For example, if we store a bit map of a 
page of text, we can reconstruct the page 
exactly. If, instead, we store only the 
ASCII for the characters on the page, the 
exact page may not be reproducible — 
even though we can argue that “all” rele¬ 
vant information is present, at least for a 
useful class of applications. Consider that 
a computer search for a particular charac¬ 
ter or word on the ASCII file is much 
simpler than that done by optical character 
recognition on the pixel representation. 

To exploit such high-level descriptions, 
we introduce the notion of default repre¬ 
sentation. Thus, given a character H, we 
can produce a default bit map for it (Figure 
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2a). This bit map is not likely to be the 
same as the bit map of the original docu¬ 
ment from which we recognized H. De¬ 
fault bit maps may optionally be parame¬ 
terized. For example, we could choose a 
font and type size for H. Similarly, a rec¬ 
tangle can have a default representation 
specifying rectangular parameters of a 
certain length and width. We can also store 
a texture as a rectangle parameter and use 
it to fill the rectangular area. When the 
input to a recognition system is a hand- 
drawn rectangle, once it has been recog¬ 
nized as a rectangle, the default rectangle 
is produced at this higher level. The hand- 
drawn original may lack straight edges, 
but, since these imperfections represent 
noise rather than information, we prefer 
the exact rectangle. 

For a complex object having display 
information at various levels, we can select 
the level of display. In a higher level object 
representing a scene, we can display each 
of its constituent objects at a different 
level. This applies not just to the display 
but to any processing function that can be 
done at different levels. For example, 
consider a surveillance system taking pic¬ 
tures of the ocean. A recognition system 
could locate and identify ships in each 
surveillance photograph. The display to 
the user might use a default representation, 
such as a light blue background, for the sea 
but retain pixel-level detail for each ship. 

Uncertainty. The noise present in real 
images hinders image interpretation. 
Noise may be due to nonuniformities and 
irregularities in the original scene or intro¬ 
duced by imaging and sampling to a dis¬ 
crete grid. We can make the effects of 
noise explicit by associating uncertainty 
attribute values to object entities. We cal¬ 
culate them by probabilistic means' when 
statistics are available or by fuzzy logic 
techniques 2 when they are not. We can 
associate a degree of certainty, as an attrib¬ 
ute, with each recognized object; and we 
may accept or reject the result, based on 
this certainty measure and any task-spe¬ 
cific knowledge that we can bring to bear. 

Instead of having a continuously vary¬ 
ing value for the level of certainty, we can 
use two or more levels of uncertainty. In 
some cases of low certainty, we may want 
to throw up our hands and say we don’t 
know what the object is. For such cases, we 
introduce the object type “blob.” A blob 
can appear at any level of hierarchy above 
pixels, and for that level and above, there 
may be no associated display or other at¬ 
tributes. In practice, we might want to 



Figure 3. Fragments of two hierar¬ 
chies: (a) type hierarchy; (b) logical 
(structural) hierarchy. Statements 
made about nodes of the hierarchies, 
such as those in (c), also apply to all 
nodes in the hierarchy below the speci¬ 
fied nodes. 


postprocess the blob and automatically or 
manually examine lower level representa¬ 
tions to obtain added information. 

A conservative recognition process 
marks an object as a blob in every doubtful 
case. Thus, all queries are guaranteed to 
yield a sound response (every instance 
returned by the query correctly satisfies 
the query criterion), but the response may 
not be complete, since some instances of 
the specified query object could be missed. 
In many circumstances, completeness is 
important and may be preferred over 
soundness to the extent that answers can be 
cross-verified for correctness. For ex¬ 
ample, suppose a pathologist wanted a 
medical system to display the image of any 
tissue that could possibly be cancerous. To 
generate a complete response, every object 
occurrence that could possibly be of the 
query object type must be included in the 
result. Occurences found to be “certain” 


could be distinguished, leaving a set of 
“maybe” responses. 3 

Since errors occur during the recogni¬ 
tion process and some of them can be fixed 
later, recognition does not proceed mono- 
tonically. If a wrongly deduced fact F is 
withdrawn, then all derived facts using F 
are also suspect. Therefore, it is important 
to keep track of each fact’s derivation. 
Fortunately, this information is often pres¬ 
ent in the structural hierarchy. Each object 
depends on the objects immediately below 
it. If an object is deleted (or modified), all 
its ancestors in the structural hierarchy 
become suspect. Other dependencies in the 
recognition process must also be recorded 
explicitly. 

Multiple hierarchies. We’ve indicated 
the central role structural composition 
plays in image recognition and introduced 
two structural hierarchies, logical and 
physical. Sometimes there can be more 
than one application-dependent logical 
hierarchy for the same image, and some¬ 
times we need a perceptual hierarchy, 4 
with the root a blob, the leaves fully recog¬ 
nized objects, and each intermediate node 
a partially recognized object that could be 
any object corresponding to a leaf under 
this node. We thus find multiple hierar¬ 
chies that are useful for organizing data, in 
addition to the type hierarchy that is stan¬ 
dard for object-oriented systems. 

Inheritance along the type hierarchy is 
an important tenet of object orientation. In 
our case, we find it useful to allow inheri¬ 
tance not only along a type hierarchy but 
also along each of the other hierarchies 
mentioned above. For example, consider a 
polygon. The polygon’s lines are parts of 
the polygon and occur below it in the logi¬ 
cal structural hierarchy, but the lines are 
not subtypes because lines are not special 
cases of polygons. However, the lines may 
inherit various attributes, such as color and 
thickness, from the polygon. 

Traditional object-oriented systems 
have difficulty representing the multiple 
orthogonal hierarchies we require. Typi¬ 
cally, inheritance along any hierarchy 
other than the type hierarchy, referred to as 
“instance inheritance,” is not well sup¬ 
ported, but we can use the Incinerate data 
model 5 to advantage in this situation. 

Consider Figure 3. In the type-hierarchy 
fragment shown in Figure 3a, the type 
rectangle is a subtype of the type quadrilat¬ 
eral, which in turn is a subtype of the type 
polygon. In Figure 3b, which shows a frag¬ 
ment of a logical structural hierarchy, 
rectangles A through E are all part of a 
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Table 1. The Thin Line Code model. 


Level 

Hierarchy 

Typical Attributes 

Typical Functions 

3 

Structure 

Label, bounding box, 
constituent lines, 
constituent composites 

Delete, totaljength 

2 

Composite 

Label, type, 
constituent lines 

Open_loop, 

find_bifurcation 

1 

Line 

Label, bounding box, 
length 

Delete, join_pair, 
line_length 

0 

PCC (chain) 

Label, width 

Code (track), 
decode 


Note: The table shows the same physical hierarchy as Figure 1. The table shows TLC 
details; Figure 1 shows its context. 


tabular form T. Figure 3c shows two differ¬ 
ent facts: a procedure to compute the pe¬ 
rimeter of a polygon and the width for the 
lines in table T. Both facts are applicable to 
the rectangle B, which inherits its perime¬ 
ter computing function from super-type 
polygon and its line width from the con¬ 
taining object T. 

TLC image model 

Lines are often important entities for 
analyzing images. For some images, the 
information is inherently found as lines, as 
in text, handwriting, diagrams, and finger¬ 
prints. For gray-scale images, lines are 
often a derived feature of interest as a 
result of such image-processing operations 
as edge detection or contour tracking. 
Because of the prevalence of lines across 
different applications, we developed TLC 
as a general representation to facilitate line 
processing and pattern recognition. 

TLC structure. TLC is structured as a 
four-level hierarchy of objects. At each 
level, an object is a particular structural 
line entity with a defined template of at¬ 
tributes and associated functions. The lev¬ 
els, from low to high in structural complex¬ 
ity, are (0) primitives chain code, (1) line, 
(2) composite, and (3) structure. The TLC 
model is shown in Table 1. 

Model instantiation in TLC is a bottom- 
up process. First, adjacent pixels are joined 
into chains and coded in primitives chain 
code. 6 PCC is a chain code that retains 
connectivity and topology information. 
This coding is lossless in the information- 


theoretical sense, so the image lines can be 
reconstituted exactly from PCC. Above 
PCC, the level-1 line entities represent 
connected PCC chains between junctions. 
(Junctions are locations where pixel chains 
join at bifurcations (tri-junctions) or 
crosses (quad-junctions). End lines are 
where pixel chains stop with no further 
connections.) The level-2 composites con¬ 
sist of one or more connected lines deter¬ 
mined from the level-1 lines. For instance, 
a loop is found by a graph traversal algo¬ 
rithm applied to level-1 lines. Level-3 
entities comprise complete structures that 
contain all connected lines. Table 1 gives 
the typical attributes and functions associ¬ 
ated with each level; their use will be 
evident in the examples below. 

The TLC model is designed to serve as a 
tool over different image-recognition ap¬ 
plications. It was fundamental to the de¬ 
sign process that generality not be attained 
by attempting to build in the most com¬ 
plete set of functions and attributes that 
could be foreseen. Instead, as TLC is ap¬ 
plied to new applications, derived object 
types include new functions and attributes 
as required. Thus, the TLC image model is 
a skeleton representing levels of composi¬ 
tion of image lines. Functions and attrib¬ 
utes are added to produce customized 
packages for different applications, as 
Figure 4 illustrates. 

Structural noise reduction and filter¬ 
ing. The initial representation of image 
lines is relatively straightforward. But, 
because of noise, object instances are usu¬ 
ally refined to remove extraneous detail, 
thus permitting more efficient perform- 



Applications 


Figure 4. The modular nature of the 
TLC design. The basic TLC hierarchi¬ 
cal skeleton defines a set of base types. 
Derived types can be obtained by add¬ 
ing attributes and functions to these 
types, still in a largely application-in¬ 
dependent fashion. Most objects of 
these types (shown within the dashed 
box) are instantiated in the early 
stages of the image recognition. The 
particular application code references 
these objects and may introduce new 
types of its own depending on its se¬ 
mantics. 


ance of the higher level recognition tasks. 
This refinement is similar in purpose to 
digital image filtering, but it is applied to 
the TLC model entities instead of the image 
pixels. We call this symbolic processing. 
The differences, and advantages, of sym¬ 
bolic processing over traditional image 
processing — gained as a direct conse¬ 
quence of object modeling — are that it 
identifies image features by type, the im¬ 
age features possess attributes, and sym¬ 
bolic context is available. This structural 
and topological information permits 
higher level decisions than are possible 
with signal-processing operations on pixel 
data alone. 

In image processing, low-pass filtering 
is a standard task. An analogous low-pass 
operation for line images is the removal of 
short lines caused by dirt or shot noise. We 
may also want to remove spurs (short lines 
from a junction to an end line) and bridges 
(short lines between tri- or quad-junc- 
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Figure 5. At top, a fingerprint image 
before TLC noise reduction. Above, 
the image has been processed to re¬ 
move short lines, spurs, and bridges 
and to open loops. Significant minutiae 
(bifurcations and end lines) can be 
seen in the processed image, and it 
is these features that are used for 
matching. 


tions). TLC level 1 provides a direct repre¬ 
sentation by which this noise can be re¬ 
moved; the level-1 object includes func¬ 
tions for this purpose. Deleted short lines 
are simply marked as such but not physi¬ 
cally erased from memory. These deleted 
lines will not be referenced by higher level 
objects but can be accessed at level 0 (with 
the deleted label). If a later process deems 
the deletion erroneous, they can be un¬ 
deleted and instantiated at higher levels. 

Opening small loops is an example of 
level-2 symbolic processing. If noise 
causes a hole in the initial image, a thinned 
image will contain a small loop. For level- 

2 loop entities containing two short level- 
1 lines, one line can be deleted to open the 
loop. For example, TLC processing on a 
fingerprint image removes isolated lines, 
spurs, and bridges and opens loops to yield 
an appropriate image for matching (see 
Figure 5). 

The following example of level-3 proc¬ 
essing is more analogous to band-pass fil¬ 
tering than low-pass noise removal. For 
line diagrams, graphics understanding and 
optical character recognition are typically 
accomplished by different functional 
modules. This means that the logical hier¬ 
archies are different for text and graphics, 
although they may be tied together for 
cross-checking at higher levels. To apply 
processing functions, we must be able to 
refer to the set of all TLC level-3 text 
objects and the set of all TLC level-3 
graphics objects. These sets can be formed 
by selection from the set of all TLC level- 

3 objects based on a threshold value for 


the total line-length attribute. If a more- 
sophisticated classification is required to 
remove text that overlaps graphics, then a 
new binary attribute, text/graphics, could 
be evaluated (using levels 2 and 1 process¬ 
ing as well), and the value of this attribute 
used to make the separation. In Figure 6, 
for example, an engineering diagram ’ s text 
and graphics have been separated. 

Figure 7 shows another example of 
symbolic filtering based on attributes: a 
contour map processed to find thin lines 
(such as roads) and outside borders of 
nonthin regions (such as buildings). Each 
TLC level has a label attribute indicating 
the average width for thin lines or region 
borders. The labels can be stored at the top 
level or transferred by inheritance along 
the physical hierarchy to lower levels. In 
Figure 7, we used this inheritance feature 
to extract only those entities with a border 
label to separate and display the image 
regions. 

In designing the image model, our goal 1 
was to consolidate important information 
toward higher levels of the structural hier¬ 
archy. Since higher levels contain fewer 
and more-concise objects of information, 
processing there is generally more effi¬ 
cient. For example, image processing on a 
typical 2,000x2,000-pixel engineering 
drawing requires 4 million pixel accesses 
for the entire image. But in TLC, the 
number of objects at each level is much 
lower, about 10 3 for level 1, 10 to 10 2 for 
level 2, and 1 to 10 for level 3. Since the 
overhead of initially producing the TLC 
representation is relatively low, relative 



Figure 6. Text and graphics separated at TLC level 3 for analysis by separate OCR and graphics-understanding modules. 
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efficiency increases with the number of 
required accesses of higher level objects. 

However, there’s no guarantee that 
higher level processing will be better for 
all tasks. The success of an image model 
for a particular task depends on the appro¬ 
priateness of the higher level objects. The 
TLC model identifies connectivity and 
topology as being more important than 
spatiality. This has served a variety of 
applications well, but it is awkward for 
others. In gap connection, two end lines are 
joined under certain conditions. TLC level 
1 examines pairs of end lines that poten¬ 
tially should be joined. This is straightfor¬ 
ward, but the TLC model has no efficient 
way of checking for intersection of previ¬ 
ous lines by the new line. After finding the 
two end lines, the most efficient test for 
intersection is to check whether pixels 
along the joining line are on or off in the 
original image — that is, at a lower level of 
representation. Therefore, although higher 
level processing is usually faster, particu¬ 
lar processing may require information not 
conveniently available at higher levels. In 
that case, processing is done at the highest 
level possible (for intersection checking 
that is, unfortunately, the pixel level). 

The quantum-jump problem is related to 
conciseness. The decision to define par¬ 
ticular objects at a number of levels is a 
design trade-off between simplicity and 
versatility; an image model of fewer levels 
is simpler but requires fitting the data into 
a restricted number of object templates. 
The level-2 definition provides a good 
example of how we addressed this problem 
to achieve a hierarchy of only four levels. 
The catch-all definition of “composites” 
— more a continuum of features than a 
distinct one — smooths the quantum jump 
between levels 1 and 3. This is only one 
solution that may be more or less efficient 
in different applications (in the extreme, 
some applications have no use for level-2 
composites). But, over a variety of applica¬ 
tions, we have found it to be a good trade¬ 
off between simplicity and versatility. 

Pattern recognition and the struc¬ 
tural/logical transition. Once noise has 
been removed and information distin¬ 
guished, the TLC model is very useful in 
different applications of pattern recogni¬ 
tion and higher level understanding. One 
example is fingerprint matching. 

Fingerprints are matched by features 
called minutiae. These end lines and bifur¬ 
cations of fingerprint ridges are readily 
accessible from level-0 PCC codes, but a 
higher level operation has advantages. 


First, the symbolic processing on levels 1- 
3 yields representations with less noise. 
Second, indexing and accessing are more 
efficient on higher level-2 bifurcation line 
types and level-1 end-line types than on the 
more numerous PCC codes. And third, the 
attributes of level-2 bifurcations and level- 
1 lines are used to compute an ad hoc 
goodness-of-match measure (an example 
of the uncertainty issue dealt with in prac¬ 
tice). Attributes such as line lengths and 
junction angles, stored explicitly at the 
appropriate levels for this application, are 
used to calculate a confidence value for 
minutiae. These confidence values help 
calculate a goodness-of-match measure for 
each pair of fingerprints. In some cases, the 
higher level TLC information may be in¬ 
adequate, or lacking in adequate confi¬ 
dence, to make a good match decision. By 
descending the hierarchy to a less concise, 
but more precise, representation of the 
original data, decisions normally made at 
higher levels can be checked or overrid¬ 
den. This example illustrates the trade-off 
between operations at higher levels, which 
are inherently faster but subject to uncer¬ 
tainty produced by information consolida¬ 
tion, and operations at lower levels, which 
deal with information closer to the original 
but are slower because of this. Good minu¬ 
tiae are evident on the TLC-cleaned image 
in Figure 5. 

The fingerprint application fits the TLC 
model nicely. But for other applications, 
the image entities may not fit the object 
templates as cleanly. Consider the applica¬ 
tion of diagram understanding shown in 
Figure 6. Here, we think not of lines be¬ 
tween junctions but of straight lines and 
curves. This is an application where the 
logical entities are not the same as the 
physical entities in the TLC structure but 
are derived from them. Although TLC 
alone is not sufficient to represent the dia¬ 
gram as we want it, TLC is used to derive 
semantic features from structural ones. 

First, TLC separates characters from 
graphics as already described. Then, it 
determines entities called continuous lines 
from the structural TLC lines. It does this 
by examining the lines connected at tri- or 
quad-junctions and then determining the 
straightest pair or pairs of lines, respec¬ 
tively. The set of level-1 lines, each deter¬ 
mined to be continuous to its connected 
line(s), constitutes a continuous line en¬ 
tity. From continuous lines, the transition 
is made to the logical hierarchy. Here, 
geometric primitives are straight lines and 
curves determined by curvature estimation 
methods 7 on the continuous lines. At the 


level above, primitives are assembled into 
semantic entities called shapes. These can 
be simple geometric shapes such as boxes 
and diamonds, or they can have an applica¬ 
tion-defined designation such as OR-gate 
or inverter. (An example of transition from 
logical to physical entities was shown in 
Figure 1.) 

For the example in Figure 1, the relevant 
issue is the relationship between structural 
and logical hierarchies. We have seen that 
a well-defined transition from one to the 
other does not always exist. Furthermore, 
the logical hierarchy, because it consists of 
defined entities, is application dependent. 
In this example, the continuous-line object 
type was introduced as a bridge between 
the physical and logical hierarchies. A 
geometric-primitive logical entity may 
correspond to any fraction of one or more 
TLC lines, but it is part of exactly one 
continuous line. Similarly, each TLC line 
is part of exactly one continuous line. The 
transition from structural to logical hierar¬ 
chies could be made at other levels, using 
a bridge that is part of entities on both sides 
rather than one that contains it. The choice 
is application dependent. 


D atabases for nonalphanumeric 
data have received much atten¬ 
tion over the past several years, 
particularly databases for storing images. 
A large body of literature also exists for 
image recognition, but it deals mostly with 
pattern recognition and artificial intelli¬ 
gence. Data organization, although critical 
given the large amounts of data and com¬ 
plex manipulations performed by today’s 
image-recognition systems, has received 
less attention. 

Work from both fields — image recog¬ 
nition and data organization — has been 
combined by some researchers. Mohan and 
Kashyap, 8 for example, build a case for 
using object-oriented models for images. 
They claim their proposed model enhances 
data-structuring flexibility while repre¬ 
senting large amounts of semantic infor¬ 
mation. Orenstein and Manola 9 adapted 
the Probe object-oriented data model for 
image applications. The Probe data model 
is inherently extensible, but the authors 
point out the need for some standard com¬ 
mon function within the database kernel so 
that the application interface is not at too 
low a level. To this end, they defined a 
geometry filter to select regions of interest 
in an image. The more expensive applica¬ 
tion-layer functions can then be applied 
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over these regions instead of the whole 
image. But this geometry filter is appli¬ 
cable only at the pixel level and hence may 
not be of much assistance at higher levels 
of image recognition. 

From an applications perspective as 
well, data models have been proposed and 
implemented for image understanding. 
Moldovan and Wu, 10 for example, pro¬ 
posed a hierarchical model for knowledge- 
based airplane classification. Fua and Han¬ 
son" addressed the problem of communi¬ 
cating low-level segmentation information 
to higher level image-understanding tech¬ 
niques for aerial scene understanding. 
Croft and Stemple’s work 12 is an example 
of hierarchical document representation, 
and Kasturi et al. 13 have investigated dia¬ 
gram understanding. 

Our current work applies and extends 
object-modeling techniques to the image- 
recognition problem. Some issues have 
been demonstrated through the TLC image 
model, the utility of which has been exem¬ 
plified in several applications. ■ 
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Knowledge-Based 
Computer Vision 


Integrated Programming Language and 
Data Management System Design 

Andrew M. Goodman, Robert M. Haralick, and Linda G. Shapiro 
University of Washington 


T he languages that come closest to 
providing the tools needed for a 
comprehensive computer vision 
system fall under the category of “object- 
oriented database languages.” As in the 
cases of CAD/CAM environments, soft¬ 
ware engineering environments, and engi¬ 
neering database environments, our data is 
too complex to model with traditional 
relational database management systems. 
Such systems, as well as systems pro¬ 
viding data modeling using semantic or 
functional models, use languages specifi¬ 
cally designed for interaction with highly 
structured databases. In addition, they 
don’t often provide the semantics of a full, 
imperative language such as Common 
Lisp or C. 

For this reason, we do not mention all 
the contrasts between our language/data 
management system and those of the rela¬ 
tional, semantic, and functional sort. Most 
of the comparisons we make are between 
our language and the others with object 
orientation and persistence. Ideas for the 
data model have come from earlier work 
on data models for geographic information 
systems.' 

Through a survey of people who have 
vision applications, we have found that the 
following properties are needed in a 
language for programming computer vi¬ 
sion tasks: 
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Vision systems use a 
variety of complex data 
structures to represent 
their knowledge of the 
images being processed 
and the application 
domain. A new 
programming language 
and data management 
system approach is 
suggested. 


(1) Persistent data objects (types, op¬ 
erations, and instances of types) should 

appear to the programmer no differently 
than do transient objects. The only differ¬ 
ence between a persistent and a transient 
object of the same type is that the persistent 
one continues to exist after the current user 

session terminates. If the applications 
programmer’s task is. to implement ab- 

0018-9162/89/1200-0043S01.00 © 1989 IEEE 


stract data types for vision applications, he 
or she should not have to write file utilities 
for each new type that might have per¬ 
sistent instances. In defining types and 
their behaviors, the programmer should 
not have to define a persistent version of 
the type and a nonpersistent version. 
Someone writing an operation should not 
have to worry about whether an argument 
passed to the operation is persistent. There 
should be a minimal performance penalty 
for all this. 

(2) The programmer must be able to 
build and specify behavior for highly con¬ 
nected networks of objects, yet at the same 
time have type constructors such as sets, 
sequences, arrays, and relations that im¬ 
pose order on these possibly arbitrary 
graphs of objects. If someone needs to 
implement a threaded tree or a heap, a 
unified, full, and imperative syntax should 
be available. We do not want two lan¬ 
guages (a database manipulation language 
and a procedural language), as is the ap¬ 
proach with relational DBMSs. 

(3) With such interconnected data sets, 
it becomes too much of a task for the 
programmer to keep track of the references 
to objects and free their space when no 
longer referenced. Garbage collection on 
both transient and persistent objects is 
necessary. Some systems, such as E 1 2 and 
Extra/Excess, 3 require explicit deletion of 
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Offline Online 2D image of object on assembly line 

(camera position known) 



Figure 1. An example of a task in automatic pose determination. Boxed text indicates processing steps. Unboxed text indi¬ 
cates the type of the data object produced by the preceding processing steps. 


persistent objects. For good reason, there 
don’t appear to be any systems that use 
reference counting as a collection me¬ 
chanism. 

(4) The object-oriented approach to data 
modeling and programming can provide 
much of the solution to our programming 
and data modeling needs. However, we 
require a set-and-relation semantics that 
supports uniqueness constraints as power¬ 
ful as those in the relational model. No 
object-oriented languages to date support 
such semantics and programmers encoun¬ 
ter interesting problems when trying to 
support them in an object-based system. 

(5) An expert system shell (written in 
the language) is needed for those who, 
although unfamiliar with the implementa¬ 
tion and interrelationships of the abstract 
data types developed for an application 


domain, want to do computer vision tasks. 
This means that an interpreted environ¬ 
ment is vital. However, a compiler is also 
needed to reasonably perform expensive 
vision tasks. Furthermore, since expert 
system shells generally perform symbolic 
computation, an underlying language good 
for symbolic computation would be help¬ 
ful. Some object-oriented database sys¬ 
tems, such as E and Adaplex, 4 only provide 
compilation. GemStone and Orion provide 
both compilation and interpretation. 

(6) Much of the database integrity sup¬ 
port that industrial-strength object-ori¬ 
ented databases and relational DBMSs 
provide is overkill for what we need to do. 
For the most part, data objects used by 
more than one person are read, not written, 
in processing steps. For example, several 
users might use the same images to test 


algorithms. They only read them. We do 
not have the same problems a group work¬ 
ing on a CAD design has, when multiple 
users are performing updates to the same 
objects. In most cases, when a database of 
objects (for example, some images) is 
being used by one person and a new user 
wants to access the database, the new user 
does so at the risk that someone else will 
commit a transaction after the new user has 
committed his or her own. The situation is 
analogous to editing a document in a multi¬ 
user system. If a user wants to insure that 
his or her changes are not overwritten, the 
user makes his or her own copy of the 
database. Thus far, we have not seen the 
need for transaction and concurrency sup¬ 
port beyond what Unix (or a comparable 
system) provides. 

(7) A user should be able to create per- 
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sistent data objects, copy them, and make 
them accessible to other executables on 
other machines. Some systems, such as 
GemStone and E, impose the constraint 
that there is one large database with each 
object in it having a unique ID over all 
space and time. This makes it difficult to 
share objects between executables using 
different databases because the system 
views the objects it has created as the only 
ones in existence. 

(8) There is no good reason to invent a 
new programming language to do these 
things if one exists that comes close to 
providing the necessary semantics. Taxis, 5 
Excess, and S (a language implementing 
persistent objects for statistical use) are 
languages designed from the ground up. 
Adding minor extensions to the syntax of 
an existing language will attract more 
programmers and enable us to spend more 
time on the semantics specific to persis¬ 
tence, data modeling, and computer vision 
and less on garbage collection and com¬ 
piler bugs. For this reason, we have chosen 
to extend the implementation (leaving the 
syntax intact) of a Common Lisp as a bed 
for providing all of the properties men¬ 
tioned above. 

In the following sections, we use an 
example from automatic pose estimation 
to illustrate the necessity for the above 
properties in a language system, we indi¬ 
cate where other languages and data man¬ 
agement systems fail to provide these prop¬ 
erties, and we discuss the type constructors 
used in our system and features of the 
language semantics of our system. 

Example of an 
application 

Pose estimation is the process of deter¬ 
mining the position and orientation of an 
object from an image of the object. In 
model-based vision, the vision system 
works with stored models of the objects it 
expects to see. It extracts features such as 
line segments, holes, and corners from the 
image and creates a data structure repre¬ 
senting the features, their attributes, and 
their interrelationships. It then matches the 
data structure extracted from the image to 
the stored models to 

(1) determine the identity of the object 

(2) find the correspondence between 
the features of the image and the fea¬ 


tures of the correct model so the 
pose can be determined. 

The on-line phase of the system is the 
process of extracting feature^ from an 
image, constructing the data structure, 
performing the matching operation, and 
determining the pose. Generally, the on¬ 
line phase has to execute rapidly to meet 
the time constraints of the application task. 
As vision systems become more and more 
automated, many systems also employ an 
off-line phase to construct the stored mod¬ 
els from external data and determine the 
features that will be used in the matching 
process. 

Figure 1 shows the complete description 
of a pose estimation system. The input to 
the off-line phase of the system is a CAD 
model of an object that will be coming 
down an assembly line. The input to the on¬ 
line phase is an image of the known type of 
object. The task is to determine the posi¬ 
tion and orientation of the object relative to 
the camera. We can, from this example, see 
much of what a programming language 
needs to provide to easily support writing 
such an application. 

In Figure 1, the sequence of operations 
on the left-hand side represents the off-line 
construction of a set of view classes. The 
sequence of operations on the right repre¬ 
sents the on-line pose determination phase. 
These sequences closely resemble the 
work of Lu and Shapiro. 6 

The off-line phase can be summarized as 
follows: The 3D CAD model that comes 
from a geometric modeling system is con¬ 
verted to a vision model, here deemed the 
“CAD model.” This representation is 
three-dimensional, and the image (and thus 
the extracted features used in matching) is 
two-dimensional. 

To facilitate the matching, the CAD 
model is converted into a set of view 
classes, each representing one of the topo¬ 
logically distinct views of the object. Each 
view class is represented by a relational 
pyramid, a hierarchical relational structure 
that describes a view class in terms of the 
features that will appear in an image of that 
class and the relationships among them. 
Primitive features appear at level zero. 
Level one features represent relationships 
among level-zero features. In general, 
level-k features represent relationships 
among features from levels 0 to k-\. 

Figure 2a is a line drawing of an object, 
and Figure 2b shows a simplified rela¬ 
tional pyramid structure describing the 
line drawings of that view class. To rapidly 
determine the view class of the object in 


the image, a second structure, called a 
summary pyramid, is constructed from the 
relational pyramid. If the relational pyra¬ 
mid has a relation R with c tuples {{ (2 Vj,/j .), 
(N 2 ,t y ),..., (N n ,t nj )),j = 1 ,..., c), where the 
Ns are relation names and the t.s are enti¬ 
ties from lower levels, the summary has a 
corresponding relation R with a single 
tuple {(IV,,..., NJ, c}. Figure 2c illustrates 
the summary pyramid for the relational 
pyramid of Figure 2b. 

In the on-line phase, the input image is 
processed to a point where the features can 
be extracted and a relational pyramid can 
be built. Next, a summary pyramid is con¬ 
structed from this relational pyramid de¬ 
scribing the features extracted from the 
image. At this point, this summary pyra¬ 
mid is compared (via an index structure) to 
the summary pyramids of the various view 
classes, and one is chosen based on a simi¬ 
larity measure. The correspondences de¬ 
termined from matching the relational 
pyramid of the image with the relational 
pyramid of the selected view class deter¬ 
mine the pose of the object. 

Without knowing more about the opera¬ 
tions on and representation of CAD mod¬ 
els, relational pyramids, summary pyra¬ 
mids, and index structures, we can make 
several observations about aspects of this 
system that require underlying support 
from the implementation language: 

(1) Traditional image-processing sys¬ 
tems do not provide enough support in the 
way of data types and operations. Note that 
a relatively small part of the application is 
low-level image processing. Computer 
vision systems use data structures that are 
far more complex than plain images. At the 
same time, structures such as multidimen¬ 
sional images must be easily representable 
and manipulatable with the tools provided. 
An extension of the core system will pro¬ 
vide structures and operations for low- 
level image processing. 

(2) Data objects with complex structure 
need to exist between applications and 
computers. The two dotted boxes (see 
Figure 1) represent the on-line and off-line 
parts of the application domain. They are 
distinct processes. For each index struc¬ 
ture produced by the off-line phase in an 
industrial system using the application, 
many objects will come down an assembly 
line whose poses are unknown and must be 
determined by the system. The two pro¬ 
cesses are possibly on the same or different 
machines/networks. We see that the on¬ 
line phase uses data objects produced by 
the off-line phase. These objects need to 
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Level 2: 

junction adjacency 

{(three-line, /,), (three-line, 

J 2 )) 

{(three-line, /,), (two-line, J 3 )} 

{(three-line, J 2 ), (two-line, J } )} 

Level 1: 

three-line junctions 
/, : {(straight, L,), (straight, Z, 3 ), 
(curve, C,)} 

J 2 : {(straight, L 2 ), (straight, L 3 ), 
(curve, C,)} 

two-line junctions 
J 3 : {(straight, L,), (straight, L 2 )} 

Level 0: 

Straight curve 

L, C, 

L 2 

L } 

(b) 


Level 2: 

junction adjacency 

{(three-line, three-line), 1} 
{(three-line, two-line), 2( 

Level 1: 

three-line junctions 

{(straight, straight, curve), 2 ( 


two-line junctions 
{(straight, straight), 1} 

Level 0: 

Straight curve 

3 1 

(c) 


Figure 2. An example of the low-level 
features of an object (a), the relational 
pyramid constructed from it (b), and 
the summary pyramid constructed 
from the relational pyramid (c). 


persist between processes. 

Some persistent object systems, such as 
GemStone, 7 use one global database giv¬ 
ing unique identifiers to each object cre¬ 
ated by the system. Two separate instances 
of the system cannot share objects, since 
both have used the same object identifiers 
for different objects. This problem can be 
eschewed by making object identifiers so 
long (greater than 100 bits) that the identi¬ 
fier can contain a stamp of the executable 
that created it and hence guarantee unique¬ 
ness across more machines than will exist 
in the next thousand or so years. Gem- 
Stone, however, only uses 32 bits for ob¬ 
ject IDs. 

(3) There are objects with identical 
structure, some persistent and some tran¬ 
sient. In Figure 1, when the pose of the 
unknown object is being determined in the 
last step of the on-line phase, the system 
uses two separate relational pyramid struc¬ 
tures as its input. The first is a relational 
pyramid created by the off-line phase, 
which must be in permanent storage before 
the on-line phase begins. The second, 
which is a relational pyramid created ear¬ 
lier in the on-line phase, is not persistent. It 
does not exist after the on-line phase fin¬ 
ishes executing. 

The issue of whether an object is persis¬ 
tent should not affect the design of types 
and the coding of functions. When pro¬ 
grammers write a non-system-level func¬ 
tion, we feel that usually they would like it 
to work on actual parameters (arguments) 
that are either local to the process or persis¬ 
tent, as long as they are of the right type. 

Furthermore, when a programmer de¬ 
signs a new type, he or she should not have 
to create two of them that only differ in 
whether instances of the type are persis¬ 
tent. Of course, both in writing functions 
and creating new types, we might want to 
override this feature. 

An obvious implication of all of this is 
that the programmer should never have to 
worry about how to write a type of object to 
a file or whether the provided disk repre¬ 
sentation is compact enough. 

The system model — 
detachable databases 

As shown in Figure 3, the base system is 
a set of databases, an interpreter, and a 
compiler. The system databases contain 
the elementary types and functions. They 
also contain various objects used by the 
system. Programmers can add databases. 


put functions and types in the databases 
that they create, and create instances of 
these types and put them in the databases. 

The idea is that the system is tailorable. 
If a cell morphology package exists on the 
computer system, a user can access the 
database in which it is contained. It is not 
a permanent part of the system, as is the 
case when new types are added to a Small¬ 
talk or GemStone system. When a cell 
morphology package is added, the pack¬ 
age’s programmer does not start from 
scratch. The programmer builds on top of 
packages that other users have created. In 
this case, the cell morphology package 
programmer is probably using functions 
and types from an image-segmentation 
package. These types would be two-di¬ 
mensional images, contingency tables, 
symbolic images, and region relations (sets 
of objects where each object contains all 
sorts of relevant information about a re¬ 
gion of a symbolic image). 

In some other object-oriented lan¬ 
guages, such as GemStone’s OPAL and E, 
each executable (OPAL interpreter session 
or E program) is connected at runtime with 
one database containing a universe of ob¬ 
jects that all users share. It is difficult to 
build a subsystem, such as a database, with 
only image-processing operations and 
types. We prefer to think of each database 
as an address space containing objects 
referencing either local objects (in the cur¬ 
rent database) or objects in outside data¬ 
bases. In this way, our universe of persis¬ 
tent objects is partitioned into modules 
with related objects that can be transferred 
between machines and executables with¬ 
out severe problems. 

The core system, of course, will be de¬ 
signed with the foresight that many of the 
derived systems will be doing matrix 
manipulation as well as more symbolic 
computation. Traditionally, programming 
languages have been designed with syntax, 
semantics, and implementations that em¬ 
phasize one of these types of computation 
over the other. 

Some type 
constructors 

Figure 4 shows basic type constructors. 
They can be used to build the types needed 
for applications. Below, the word object 
refers to an instance of an atomic type, an 
array, a relation, a record, a sequence, or a 
set. As a description of some entity, the 
word object further implies that it can be 
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Figure 4. Some type constructors for modeling the highly structured data we find 
in applications. 


referenced from other objects. In contrast, 
the word value refers to an entity to which 
other objects may not hold references. The 
elements of an array, for example, may be 
values in some cases. In what follows, we 
give informal definitions of the type con¬ 
structors for objects available in the lan¬ 
guage. 

• An instance of an atomic type is an 
instance of an integer, float, double, char¬ 
acter, or enumerated type. Such an in¬ 
stance is an object and may have multiple 
references to it. There is a distinction be¬ 
tween the sort of values sometimes held in 
the cells of arrays and fields of records, on 
one hand, and instances of atomic types, on 
the other hand. Instances of atomic types 
are objects and may have references to 
them. The elements of arrays and records 
may or may not have object identity (de¬ 
pending on the type of array or record). 
Their values may only be accessed by 
operations on the array or record contain¬ 
ing them (which is an object). 

• An instance of an array type is a recti¬ 
linear arrangement of either atomic values 


or references to objects. Arrays are a pa¬ 
rameterized type parameterized on the type 
of the cell value. Strings and vectors are 
instances of array types. 

• An instance of a record type is like a 
“struct” (a multifield structure) in C. One 
can set and retrieve the values of its fields 
using the names for its fields. The various 
record types form a lattice representing an 
is-a relationship (also called a generaliza¬ 
tion hierarchy). Both fields and functional¬ 
ity are inherited through this lattice. The 
fields of a record can be atomic or refer¬ 
ences to objects. 

• An instance of a sequence type is like a 
one-dimensional array except that inser¬ 


tion into and deletion from arbitrary posi¬ 
tions in the sequence are allowed. Se¬ 
quences are a parameterized type in the 
same way as arrays. 

• An instance of a set type is an unor¬ 
dered collection of references to unique 
objects, where an object is, in general, an 
instance of a record type. The elements 
referred to by a set may be referenced from 
other objects. Sets are a parameterized type 
parameterized on the type of the elements 
referenced. (The meaning of the expres¬ 
sion “an object is unique within a set” will 
be discussed later in this article.) 

• An instance of a relation is similar in 
some respects to an instance of a set. The 
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Figure 5. Some typical data structures derived from the type constructors. 


main difference is that the elements of a 
relation do not have identity in the way 
records do. It is impossible to change or 
retrieve their attribute values without per¬ 
forming an operation on the relation as a 
whole. Other objects cannot maintain ref¬ 
erences to the tuples of a relation. Relation 
types are parameterized similarly to sets. 
One feature of relations that allows some¬ 
what more flexibility than in standard rela¬ 
tional models is that the elements in a 
domain of a relation may be object refer¬ 
ences. 

•An instance of a symbol is an entity that 
allows the programmer to give a name to 
the object bound to the symbol (this object 
would be the value of the symbol). Sym¬ 
bols play the role of variables in some 
programming languages. The difference is 
that, whereas variables in most languages 
have a type associated with them, symbols 
are untyped. It is the object to which a 
symbol is bound that has a type. 

Tasks in computer vision often involve 
transformations of data that may be gener¬ 
ally in the form of arrays to data that can 
take a variety of forms. More array-like 
data is often produced in image-processing 
steps. At subsequent steps, such as in mid- 
and high-level vision, data with more in¬ 
teresting structure is produced. 

Figure 5 shows examples of the forms 
data can take. A, B, and C are symbols that 
refer to objects. 

A is a record that has a set-valued field. 
The set refers to three records, each refer¬ 
ring to one of the others. A is interesting in 
that it shows that, using the type construc¬ 
tors, we can have data that is an arbitrary 
graph. At the same time, structure can be 
imposed on the graph by using a set, which 
would allow, for example, iteration over 
the nodes of the graph. Soon, we will pro¬ 
vide an example of an application that 
heavily uses data in this form. 


B represents a record that refers to an 
array object. This type of construct might 
be, for example, a symbolic image (an 
image where each pixel’s value represents 
the region to which it belongs). In one 
field, the record object would contain in¬ 
formation about the meaning of the symbol 
values. Another field might contain infor¬ 
mation regarding the maximum and mini¬ 
mum symbol values. Another field refers 
to the array itself. 

In contrast to A, where data is nodal and 
roughly forms a graph, C represents data 
that is hierarchical. It is similar to what has 
been called (in database literature) a nested 
relation (or NF 2 relation 8 ). C differs in that 
its subrelations have object identity, 
whereas an NF 2 relation does not have 
object identity. It is also possible for the 
elements of the tuples of a relation to refer 
to objects other than relations. 

A, B, and C are fairly typical of the 
forms data takes for the vision applications 
we have surveyed. In most cases, one or 
more symbols point into a connected graph 
of objects. We can refer to the connected 
graph a symbol refers to as an object graph. 
Symbols can be part of an object graph. 
The object graph is also often constrained 
by the procedures that manipulate it to be a 
tree, list, or directed acrylic graph (DAG). 
Object graphs are further constrained by a 
strict typing system that restricts what an 
individual reference (arrows in Figure 5) 
may point to. The destination of a refer¬ 
ence is constrained to a specified type and 
that type’s subtypes. Since types form a 
singly rooted lattice, with root t, a refer¬ 
ence constrained to be of type t is, in fact, 
completely unconstrained. 

The CAD model 

Figure 6 shows the record types for a 
world of CAD objects. One of these worlds 


contains a single instance of the CAD- 
World type, and then multiple record in¬ 
stances of the types Object, Edge, Vertex, 
Arc, and Face. In a world of CAD objects, 
there are no record instances of the types 
Boundary, Surface, lDpiece, and 2Dpiece 
because each of these types is used only as 
a parameter to a relation object in some 
other type. This means there are only tuples 
of the above types, and no records. 

All of the types except CAD-root-type 
are subtypes of CAD-root-type. In keeping 
with a standard object-oriented paradigm, 
this means that all types contain the fields, 
as does CAD-root-type. More specifically, 
if we define the type CAD-World as fol¬ 
lows (using a more readable syntax than 
Common Lisp) 

CAD-World := Type( is-a = CAD-root- 
type ) { 

objects: Set( type = Object); 
transformation: Function; 
points: Array ( dimensions = <*,3>, 
type = Float); 

) 

the following function and macros 

CAD-World.make := Function( name: 
Symbol; 

bounding-box: box(dimensions = 3); 
objects: Set (type=Object); 
transformation: Function; 
points: Array (dimensions = <*,3>, 
type = Float);) 
returns CAD-World 

{ 1 

objects := Macro( Arg: CAD-root- 
type ) returns Set(type = Object) 

{ ... ) 

transformation := Macro( Arg: CAD- 
root-type ) returns Function 

I -. ) 

points := Macro( Arg: CAD-root-type ) 

returns Array ( dimensions = <*,3>, 
type = Float) 


are automatically created by the system 
and can’t be redefined without redefining 
the CAD-World type. 

If we do the following: 

some-CAD-World := CAD World, 
make (some-name, some-objects, 
some-box, some-transformation, 
some-points); 

and then want to know the objects in 
“some-CAD-World,” we just say 


COMPUTER 
















CAD root-type 


Name: Symbol 
Type: String 

Bounding box: Box(Dimensions = 3) 


Edge (is a CAD root-type) 


Face (is a CAD root-type) 


Surfaces: Relation(Type = Surface) 
Boundaries: Relation(Type = Boundary) 
Transformation: Function 


Boundary (is a CAD root-type) 


Transformation: Function 
Arcs: Set(Type = Arc) 


Figure 6. The types for a world of CAD objects. Each box contains the names and types of fields for a record type. 


2D piece (is a CAD root-type) 


Transformation: Function 
Equation: Function 


1D piece (is a CAD root-type) 


Transformation: Function 
Equation: Function 


Start: Vertex 
End: Vertex 
Arc-left: Arc 
Arc-right: Arc 
Face-left: Face 
Face-right: Face 
Angle: Float 


Surface (is a CAD root-type) 


2D pieces: Relation(Type = 2D piece) 
Transformation: Function 


Arc (is a CAD root-type) 


Transformation: Function 
1D pieces: Relation(Type = 1D piece) 


Object (is a CAD root-type) 


Topology: Set(Type = Edge) 
Vertex: Set(Type = Vertex) 


CAD World (is a CAD root-type) 


Objects: Set(type = Object) 
Transformation: Function 


Vertex (is a CAD root-type) 


Edges: Set(Type = Edge) 
Transformation: Function 
Location: Integer 


objects-in-some-CAD-World:= 

objects(some-CAD-World); 

When the type CAD-root-type was cre¬ 
ated, the macro bounding-box was defined 
as follows: 

bounding-box := Macro( arg: CAD- 
root-type ) returns box(dimensions 
= 3) 

{ } 

If we want to know the bounding box for 
“some-CAD-World,” we just say 

bounding-box-for-some-CAD-World 
:= bounding-box(some-CAD- 
World); 


Since the type of some-CAD-World is a 
subtype of CAD-root-type (which is the 
required argument type for the function 
bounding-box), the call to bounding box is 
legal. It is possible that the other type, say 
Foo, that is not a subtype of CAD-root- 
type will have a field called bounding-box 
whose type is, say, Bar. If this happens, the 
following function definition will occur: 

bounding-box := Macro( arg: Foo ) 
returns Bar 
( - ) 


The bounding-box function, as well as 
all the other functions described so far, are 
generic and hence such a redefinition does 
not cause a problem. 


Figure 7 shows an example of a function 
that performs a specific kind of query on a 
CAD-World. Get-adjacent-faces takes as 
parameters a CAD-World and a face and 
returns all faces adjacent to the face in the 
particular CAD-World. The “For” state¬ 
ments allow iteration over the elements of 
one or more sets or relations, selecting 
those records or tuples that satisfy the 
predicate in the “Where” clause (the predi¬ 
cate defaults to logical true if no “Where” 
clause is specified). When appropriate 
keys exist on the sets over which selection 
is being performed, they are used to select 
the elements satisfying the predicate. Oth¬ 
erwise, straightforward iteration over all 
elements must be used. 

We can make several observations about 
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Get-adjacent-faces := Function(some-CAD-World: CAD-World; some-face: 
Face)) 

result: Sequence; 

For (i in some-CAD-World.objects) { 

For (j in i.topology) { 

if (j.face-left = some-face) 

push(j.face-right, result); 
else push(j.face-left, result); 

} Where (j.face-left = some-face II j.face-right = some-face); 
break; 

) 

return(result); 

) 


Figure 7. An example of a query on an instance of a CAD-World data structure. 



Figure 8. The relationships between instances of types in a CAD model. A node 
labeled A pointing to a node labeled B with a solid arrow implies that each in¬ 
stance of type A references an instance of type B. A node labeled A pointing to a 
node labeled B with a dashed arrow implies that each instance of type A refer¬ 
ences a set or relation of instances of type B. (The difference in dash length 
means nothing.) This Figure leaves out many of the types in the CAD model. 


the code example above: 

• Macros. The language supports a 
powerful macro facility that the compiler 
can exploit to create efficient code. Our 
high-level extensions to Common Lisp 
will use macros. One of the most useful 
features is that macros can be used to de¬ 
fine new functions. 

• The assignment syntax for types, 

functions, and macros. This syntax in the 
example is meant to make it clear that 
types, functions, and macros are data ob¬ 
jects themselves and can be persistent or 
nonpersistent. The types, functions, and 
macros of the Common Lisp kernel are 
viewed as a collection of persistent objects 
by the system. 

• Why extend Common Lisp? Why not 
extend CLOS instead? At first glance, it 
seems it might be more reasonable to ex¬ 
tend CLOS 9 (Common Lisp Object Stan¬ 


dard) directly to provide persistence, since 
CLOS includes many more object-oriented 
features than does Common Lisp. How¬ 
ever, in CLOS, the emphasis is on slot- 
based objects. We think of the set, se¬ 
quence, and relation types of our language 
as parameterized types. It would be un¬ 
natural to implement these types as slotted 
objects, as you would have to do using 
CLOS. Another point is that we would like 
to use some of the strict typing features of 
Common Lisp (such as typed arrays) that 
would be somewhat awkward to use in 
CLOS. Furthermore, a straightforward 
extension of CLOS cannot provide certain 
features that we think would eventually be 
useful (for example, parameterized types). 
Lastly, since we will be providing a su¬ 
perset of Common Lisp, it will be fairly 
straightforward to build CLOS on top of 
our Common Lisp if there are those who 
want to use a CLOS with persistent objects. 


• Protection of the underlying represen¬ 
tation of abstract data types. In many lan¬ 
guages, the operations belonging to a class 
have access to the class’ instance variables, 
whereas nonmember functions do not and 
instead have to rely on the interface created 
by the member functions. In our model, we 
follow the approach to record access that 
Common Lisp uses for structure access and 
CLOS uses for slotted object access. This 
entails that, for any function, all access to 
the data contained within an object is 
through a functional interface. To create 
privacy, the privacy semantics of standard 
object-oriented languages in CLOS or 
Common Lisp, a type can be created in a 
package with the accessors made private to 
the package. 

Interconnectedness of 
object graphs 

Each arrow in Figure 8 represents an 
attribute of the type at the base of the arrow. 
This sort of picture shows up in a lot of 
semantic data modeling literature. In the 
ER model as discussed in Tsichritzis and 
Lochovsky, 10 each arc would be repre¬ 
sented as a named relationship between 
objects of the types at either end of the 
arrow. In the functional data model imple¬ 
mented in Daplex, 4 each arrow would be a 
function with the type at the tail represent¬ 
ing the domain and the object at the head, 
the range. 

In each case, these data models began as 
database designing tools. Often, a query 
language was supplied that allowed que¬ 
ries on a database to be embedded in an¬ 
other procedural language. In the Daplex 
case, a language was built around the data 
model that was more expressive than a 
query language, but not as flexible as a 
standard procedural or functional lan¬ 
guage. 

From the outset, our plan has been to 
bring the data modeling tools closer to 
what is found in standard programming 
languages. Hence, our objects explicitly 
reference what they need to. The language 
for data modeling should be uniform for 
defining the types of both persistent and 
transient objects. 

As a result, we provide a more complete 
semantics for sets than is found in nonper¬ 
sistent languages by allowing the program¬ 
mer to have control over what constitutes 
uniqueness of a set’s members. We provide 
less constraints than do those languages 
exclusively for database programming. 
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In normal programming, the data ob¬ 
jects have no constraints (except type 
constraints) unless the programmer builds 
them into the operations that change these 
objects. We take the same approach. The 
data model provides a minimum number of 
constraints so the difference between pro¬ 
gramming with persistent objects and nor¬ 
mal in-core data structures becomes mini¬ 
mal. 

In some ways, this effort resembles that 
of GemStone, since the idea behind Gem- 
Stone was to add persistence to Smalltalk. 
GemStone tries to treat persistent objects 
the same way as transient ones. 

The lack of set 
semantics in object- 
oriented languages 

Figure 9 shows part of an instance of a 
CAD model. It illustrates that objects can 
often belong to more than one set. In this 
case, an instance of an Object type and an 
instance of a Vertex type maintain sets of 
Edge objects. The instance of type object 
maintains its set through the topology at¬ 
tribute. The instance of type Vertex main¬ 
tains its set through the edges attribute. 

This sharing of objects does not occur 
just between sets. Sharing can occur be¬ 
tween two nonset attribute values or be¬ 
tween a set object and a nonset attribute. 
An example of the latter case happens 
between Object instances and Edge in¬ 
stances. Object instances contain a set of 
instances of type Vertex (representing the 
vertices in the object). Edge instances refer 
to a vertex for their start and end points. 
Often the same vertex will be referenced 
both through the set object and through an 
attribute of the Edge object. 

We can see, then, that to support our 
applications, it is important to implement 
the abstract data type of a set whose ele¬ 
ments may be referred to from elsewhere. 

These set semantics are provided by 
object-oriented languages such as Gem¬ 
Stone and Smalltalk. But the languages 
providing these semantics fail to provide 
other set semantics that are also necessary. 
In these languages, a set is a collection of 
unique objects where uniqueness has the 
following definition: Objects a and b are 
unique if they do not have the same object 
identifier. This, of course, implies that for 
sets of this type, there could be multiple 
members with different object IDs but 
exactly the same attribute values. We see a 


need to support uniqueness constraints 
beyond the requirement of unique object 
IDs for set members. 

Providing such uniqueness constraints 
is something relational DBMSs do well. 
When we create a set or relation, we would 
like to be able to create uniqueness con¬ 
straints similar to the uniqueness con¬ 
straints that exist in relational DBMSs. 

Three basic problems come up when 
attempting this in an object system such as 


(1) The members of sets and relations 
can have fields that are nonatomic. This is 
not true in the relational model. As a result, 
what it means for a member of a set or 
relation to be unique with respect to the 
others is necessarily more complicated 
than in the relational model. 

(2) Since the members of sets (which 
are records) are objects, insuring that sets 
are not corrupted by updates done through 
outside references is a problem. While a 
record is a member of a set, it can be 
updated through another object that has a 
reference to it. If a field guaranteed to be 
unique in a set is updated to a nonunique 
value, the set is corrupted. 

(3) Since we want detachable databases 
(as compared with a one-world model such 
as GemStone) in our model, a set possibly 
exists in a database not currently linked 
that contains a record in a database that is 
linked. If a key field of this record is 
updated through some outside reference, 
the uniqueness constraints of the set could 
be corrupted. 


Conventional programming lan¬ 
guages do not provide set semantics 
either. There are no programming lan¬ 
guages that implement sets of records like 
objects in a complete way. The set type 
constructor, as we use it, is pervasive in the 
example application domains that we have 
looked at. Hence, support must be pro¬ 
vided for it at the language level. 

If we do not extend the semantics of 
some already existing language, or create a 
new language that supports set semantics, 
programmers who write vision applica¬ 
tions will end up doing it repeatedly as a 
procedural interface in each new domain. 

Edge example. The set-theoretic defini¬ 
tion of a relation requires a relation to 
contain unique n-tuples (where two n- 
tuples are unique if they do not have iden¬ 
tical attribute values). For practical pur¬ 
poses, this is a minimal and infrequently 
used constraint. In reality, relational data¬ 
base schemas impose stronger constraints 
on what may be inserted in a particular set 
or relation by specifying that no two tuples 
will have the same value on certain fields 
or combinations of fields. Each such field, 
or combination of fields, is called a key. 
When no key is specified, uniqueness is 
commonly not enforced on the attributes. 
Instead, a system-maintained, globally 
unique tuple identifier is used as an im¬ 
plicit additional field and serves as a key. 
In general, some sort of index structure is 
maintained for each key. 

We would like to be able to impose such 
constraints on the set and relation types in 
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our language. For example, we would like 
to impose the constraint on the topology 
field for the type Object in Figure 6 that no 
two edges have the same start and end 
point. In particular, we would like a run¬ 
time error to be signaled if an insertion into 
the set of edges violates one of these con¬ 
straints or if an instruction is executed that 
changes the value of start or end in such a 
way that the record is no longer unique 
according to the above constraints. 

We could define the set of constraints as 
follows: 

kl := Key(type = edge) { 

start,end : UNIQUE 

} 

Then, the topology field of the Object 
type could be changed to 

topology: Set(type = Edge, keys = kl); 

Before making this change, uniqueness 
would have been guaranteed on the object 
identifiers of the individual edges over the 
topology set. This is less of a constraint 
because it is possible that a user could have 
instantiated two edge objects with identi¬ 
cal start and end points. If topology had 
been declared with the kl constraint, upon 
insertion of the second edge record with 
identical start and end points, the kl con¬ 
straint would not have been met and the 
insertion would not have been allowed. 

Perhaps we would like to be even more 
specific about what constitutes a unique 
edge over the topology set. If we created 
another key and used it in the definition of 
the topology relation: 

k2 := Key(type = edge) ( 
start.location, end.location 


we would protect the set against the possi¬ 
bility of there being two edges with differ¬ 
ent object IDs whose start and end points 
have different object IDs but the same 
value for their location (the same index 
into the array of points). 

Continuing with the example, if record 
types had been defined for R-tree nodes 11 
and operations written that implemented 
insertions and deletions into an R-tree, we 
might want to index the topology field on 
the bounding boxes of the edges. One 
bounding box possibly corresponds to 
more than one edge, so we would not spec¬ 
ify such a key as a uniqueness constraint. 
Instead, we might say 


k3 := Key(type = edge) { 
start.location,’ end.location 

: UNIQUE; 

bounding-box: NONUNIQUE; 

l 

Given an object ID of a bounding box, 
this would allow us to find all edges for 
which it is a bounding box in logarithmic 
as opposed to linear time, since a key 
would exist mapping the object IDs for 
bounding boxes to edge objects. 

The full semantics of keying, as dis¬ 
cussed above, is not supported in data 
models other than the relational model: 

• In other object models, the unique¬ 
ness constraint is on the object ID of 
members. Were we to simply put the con¬ 
straint that the object IDs of the edges must 
be unique, we could end up with more than 
one edge with all the same field values, or 
the same start and end points, or the same 
left face and right face. 

• In other object models, keys on at¬ 
tributes (if allowed) are on single fields. 
We would like to be able to key over a 
combination of fields. Taking the Edge 
type in Figure 6 as the example, we would 
like to be able to specify that it is only the 
combination of start and end that is re¬ 
quired to be unique over a set. There can be 
more than one set member with the same 
value for start or the same value for end. No 
other object models allow this sort of key¬ 
ing. 

• A constraint should apply to a set, 
not all of the instances of the type in the 
universe. In some models, such as Gem- 
Stone’s, a uniqueness constraint applies to 
all the objects of a type in the universe, not 
just to those in a particular set. The unique¬ 
ness constraints are actually part of the 
record type and are inherited in subtypes. 
We prefer to look at the constraints for a set 
as a parameterization of the set, not the 
type of the element in the set. 

• You should be able to put different 
constraints on different sets of a particu¬ 
lar type. In our example, we might want to 
enforce k3 on the set of edges for each 
object, but not enforce the constraint on the 
set of edges connected to a Vertex in¬ 
stance. The reason for this would be that if, 
as a rule, the software using the types in the 
CAD example inserts edges into the topol¬ 
ogy relation of an object as soon as they are 
created, there will be no duplicate edges 
(in the sense of k3) for an object. Now, 
when a vertex is instantiated, the edges 
inserted into the edges relation of the ver¬ 
tex are unique on start and end if they have 


been inserted successfully into the topol¬ 
ogy relation of the object. There is no need 
for the overhead of keeping the additional 
constraint. 

Expert system 
assistance in computer 
vision 

Predominantly, we design and imple¬ 
ment a programming language to support 
writing vision applications so we can use 
the language to develop expert system 
tools. In turn, we use those tools to perform 
vision tasks for end users unfamiliar with 
the software configuration of the underly¬ 
ing system. We envision end users to be 
those who do not assist in the development 
of the software implementing the abstract 
data types used in a particular vision sys- 

As we see it, the plight of the end user is 
to extract high-level information from a 
starting set of low-level data that the user 
brings to the system from sensing devices 
(digitizers, for example) or software tools 
(CAD/CAM systems, for example) used in 
the user’s discipline. From this point, he or 
she would like to be able to accomplish 
something without learning a new pro¬ 
gramming language and then learning 
about all the abstract data types imple¬ 
mented and their interrelationships. 

Users may possibly want to become 
acquainted with the system and its details, 
but we feel it’s more likely they will not. In 
trying to use the bare system, users may 
encounter one of the following two bar- 


(1) Users will know what form of data 
they would like to produce but not the 
needed programming steps (the sequence 
of operations required and the parameters 
for those operations) to produce data in this 
form from the initial data. 

(2) Users will want to perform some 
operation they have heard exists on the 
system but will have data that is not in 
precisely the right form for use. 

For example, as shown in Figure 10, a 
typical user may have a feeling for what the 
various subtypes of type Rectilinear (His¬ 
togram, Matrix, Contingency-table, and 
Symbolic-image) are and what sorts of 
functions should operate on them. In addi¬ 
tion, users may know conceptually what a 
Map is. But, they might not know the 
difference between the various subtypes of 
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Figure 10. Some types and operations for a two-dimensional image-segmentation package. These types form a sublattice of 
a larger type lattice. Each operation maps an object of the type connected to it by a dashed arrow to the type connected to 
it by a dotted arrow. A double-headed arrow between a type and a function indicates that the type maintains a reference to 
the function (through a set attribute containing all functions for which that type is a parameter) and that the function 
maintains a reference to the type (through its set of parameters and the parameter types). 


Map (Symbolic-image, Vector-map, and 
Run-length-encoding). 

If this user has an image of interest, he or 
she might want to do the following: 

(1) Segment the image using the mouse, 
and then 

(2) Display the resulting map with out¬ 
lines around the regions. 

In this case, users would know they want to 
use two operations: Segment-w-mouse, 
and Display-map-as-outline. There are no 
problems in this instance, since the type of 
the result of the first operation is the type of 
the input to the second. 

But, if users want to take the result of the 
segmentation and display it as filled re¬ 
gions (using Display-map-as-filled-poly- 
gons), they have a problem because Dis- 
play-map-as-filled-polygons requires a 
Symbolic-image as its argument. In this 
case, the shell would be able to find an 
appropriate coercion path to carry out this 
operation. In particular, it would apply the 
operation Coerce to the Vector-map. 

In general, several paths could qualify 
as coercions. Some coercions are complex 
in that they might require additional argu¬ 
ments since they are not simple “filters” 
that convert from one type to another. If the 
user attempts to use Display-map-as-filled 
polygons, but supplies as an argument an 


object of type Image instead of Symbolic- 
image, the following multiple coercion 
paths exist: 

(1) First threshold, then display. 
(Thresholding requires additional 
arguments for which the system 
would query the user.) 

(2) First segment with the mouse, then 
coerce to Symbolic-image, then 
display. 

In such cases, user interaction would be re¬ 
quested to choose the appropriate path. 
The system can give hints as to which paths 
will yield the best performance. 

Implementation 

details 

Ultimately, the questions of whether to 
use single or multiple inheritance, whether 
to implement parameterized classes, and 
whether to create a syntax and semantics 
such as shown previously, affording strict 
typing on parameterized types (sets, se¬ 
quences, relations, arrays), record types, 
and atomic types, will be very important to 
us. However, in the immediate future, we 
feel that it is much more important to pro¬ 
vide a general programming language that 


treats persistent and transient general-ob¬ 
ject graphs in an easy-to-use fashion with 
reasonable performance and main memory 
usage. For now, Common Lisp provides 
enough object-oriented features; all data 
and functions are objects with self-con¬ 
tained type information, and the structs of 
Common Lisp allow for a form of inheri¬ 
tance and code reuse. 

We are using the struct type of Common 
Lisp heavily for our implementation of 
records and tuples. Since updates of rec¬ 
ords can trigger updates of sets and checks 
of set integrity, the implementation of 
records and tuples is not a straightforward 
extension of Common Lisp structs. Persis¬ 
tent sets with no keys will be implemented 
as persistent hash-tables where the keys 
are the object IDs of the elements in the set. 
Each additional key will be implemented 
as one or more B+ trees where the nodes of 
a tree are treated as persistent objects by 
the storage system. Such trees allow for 
range queries where a hashing approach 
does not. In general, when an object o is 
needed from disk, the objects recursively 
reachable from it are brought in up to a 
user-controllable depth. Stubs are created 
for the objects reachable from o that are 
one level of depth beyond those in main 
memory. When a stub is referred to, a fault 
occurs and the object and other reachable 
objects are read from disk. 
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T hrough this article, we have justi¬ 
fied the need for a new program¬ 
ming language and data manage¬ 
ment system suited to the needs of 
programmers in application domains such 
as computer vision. 

We have shown where existing systems 
fail to provide much needed features and 
where existing systems provide unneeded 
features that will burden a system fully 
loaded with the large data objects and the 
spectrum of operators and types encoun¬ 
tered in vision applications. Additionally, 
we have shown the need for type construc¬ 
tors not found in other object-oriented 
systems such as relations and sets. 

Finally, we have concluded that, with 
relatively small extensions to an existing 
language (Common Lisp) that already 
provides many of the facilities we need, we 
can provide the semantics a language needs 
to make development of applications an 
easier task. ■ 
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prediction process and models are described, addressing in particular the issue of predicting performance before completing the design The 
presentation is illustrated by case studies. Instructor: Dr. Connie U. Smith is a principal consultant of Performance Engineering Services. 
Her pioneering work in Software Performance Engineering, recognized with the 1986 AA Michelson award, is based on 12 years in the practice 
research and development of performance prediction techniques. She is the author of the book Performance Engineering of Software Systems. 

Tutorial 6: Software Reliability Measures: Guiding Software Development for Cost-Effective System Quality 

This tutorial shows how software reliability measurements, an exciting new technology, can guide engineers and managers to achieving a 
desired level of software quality, to making better engineering and management decisions, and to increasing software productivity. Applications 
in system engineering, sheduling and monitoring of software development, evaluation of software engineering technology, and control of 
change will be presented. Instructor: John D. Musa, the presenter, is Supervisor of Software Quality at AT&T Bell Laboratories He is 
principal author of the widely-acclaimed pioneering book Software Reliability: Measurement. Prediction,Application . An international leader 
m the creation and application of this technology, he was elected IF.F.F fellow for his work. 

Tutorial 7: Human Computer Interaction: From Concepts to Design 

The user interface design is the most visible portion of any interactive application system and user interface development accounts for over 70% 
of total life cycle costs. This tutorial will discuss the development of the user interface from design through implementation and will present 
results from cognitive psychology, human factors, window systems, toolkits and User Interface Management Systems. Both the design and 
the implementation of user interfaces will be covered with emphasis on how each activity impacts the other. Instructors: The tutorial will 
be presented by two well-known figures in the field: Dr. Joelle Coutaz from the University of Grenoble and Dr. Leonard Bass from the 
Software Engineering Institute. 

Tutorial 8: Software Configuration Management: Advances in Software Development Environments 

Software configuration management (SCM) is the discipline of managing the evolution of software. SCM has a management perspective and 
a developer support perspective. This tutorial discusses both perspectives of SCM as a key element of software engineering and of software 
development environments (SDE). The main objective is a discussion of the state-of-the-art of SCM in commercial SDEs and tools. This 
includes a comparison of their SCM models and implementation approaches. Instructor: Dr. Peter H. Feiler is project leader of the software 
development environments project at the Software Engineering Institute, Carnegie Mellon University. He has over ten years research and 
development experience in SCM and SDEs, including the Gandalf project. 
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on Real-Time Operating 
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CALL FOR PAPERS 

May 10 -11,1990 
University of Virginia 
Charlottesville, VA USA 


This workshop is the seventh in a continuing series of IEEE- 
sponsored workshops on real-time operating systems and software. 
The workshop has several goals: 

to investigate advances in real-time operating systems; 

to promote interaction among researchers and practitioners; 

to evaluate the maturity and evolutionary directions of 
real-time programming theories and approaches. 


Workshop attendees will explore the best current ideas on real-time 
software and operating systems. Position papers describing new ideas, 
promising approaches, and work in progress are considered particularly 
appropriate. 

Possible topics of this workshop include: 

Examples of real-time systems with challenging time constraints; 
Real-time operating systems; 

Real-time programming, requirements analysis, and specification; 
Evaluation of real-time systems; 
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active workers in the field. 












Specification of Spatial 
Integrity Constraints in 
Pictorial Databases 


Arturo Pizano, Ricoh Corporation 

Allen Klinger and Alfonso Cardenas, University of California at Los Angeles 


W e present a model and a lan¬ 
guage for specifying spatial 
integrity constraints in picto¬ 
rial databases. Spatial integrity constraints 
— assertions about the correct behavior of 
database systems — specify acceptable da¬ 
tabase states and state transitions. They 
also serve as restrictions on positions oc¬ 
cupied by objects in a picture, such as “an 
automobile should not be parked at...,” “a 
hospital must be located within 10 miles of 
a school,” or “city boundaries must not 
overlap.” 

Most integrity constraint specification 
languages in the literature are text-ori¬ 
ented , 13 which means their syntax sup¬ 
ports the definition of strings equivalent to 
first-order predicate calculus expressions 
involving database schema objects and 
constants. Two exceptions are Gambit, 4 
where constraints are defined interactively 
on a graphical representation of the data¬ 
base schema, and to some extent QBE 5 
(Query-by-Example), a relational system 
where definitions involve completing 
blank tables. 

Our contribution seems to be the first 
language specifically designed for ex¬ 
pressing spatial constraints, although the 
tight relationship between assertions and 
database queries suggests that our ap¬ 
proach might be comparable to existing 



The language presented 
here primarily uses 
pictures to specify 
constraints. These 
constraint pictures 
depict unacceptable 
database states. A data 
model provides the basic 
semantics for picture 
interpretation. 


pictorial query languages. In this area, too, 
many examples of text-oriented methods 
exist. They range from relational language 
extensions, such as Grain 6 and PSQL 7 
(Pictorial Structured Query Language), to 
semantic and object-oriented methods, 
such as MIM 8 (Multimedia Information 


Management) and Probe. 9 Two other sig¬ 
nificant language proposals, QPE 10 
(Query-by-Pictorial Example) and 
Picquery," follow the query-by-example 
approach (insertion of example values in 
tables). 

The language presented here differs 
from existing methods in using pictures to 
specify constraints. These pictures, termed 
constraint pictures, depict unacceptable 
database states. For instance, Figure la 
sketches a street intersection in which the 
constraint “automobiles and people cannot 
be in a crosswalk simultaneously” is vio¬ 
lated. We enable new interaction mecha¬ 
nisms built upon the use of visual struc¬ 
tures to manipulate spatially related ob¬ 
jects. The work is related to visual pro¬ 
gramming languages as defined by 
Chang. 12 

The following discussion addresses the 
problem of translating constraint pictures 
into first-order predicate calculus expres¬ 
sions describing integrity constraints. 
These expressions may be used by an en¬ 
forcement mechanism to validate database 
updates. 

Constraint pictures resemble actual da¬ 
tabase occurrences. Our approach re¬ 
sembles languages proposed by Badal 13 
and Yamamoto and Takagi, 14 since we also 
describe constraints through visual ex- 
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Table 1. Geographic database conceptual model: entities and attributes. (NP: nonpictorial, PP: primitive pictorial, PD: pic¬ 
torial derived) 


States 


Cities Landmarks Counties Roads 


name(NP, string) 
population(NP, integer) 
governor (NP, string) 
incorporation-date(NP,string) 
boundaries(PP,polygon) 
area(PD, float) 
border-length(PD,float) 


name(NP,string) name(PD,string) name(NP,string) number(NP,string) 

population(NP.integer) year-built(NP,integer) population(NP,integer) built(NP.date) 

mayor (NP,string) location(PP.point) boundaries(PP,polygon) type(PP,constant) 

date-founded(NP.date) area(PD.float) path(PP,line-set) 

state-capital(NP,string) length(PD,float) 

state-revenue(NP,integer) 
annual-visitors(NP.integer) 
boundaries(PP, polygon) 
area(PD.float) 


Table 2. Geographic database conceptual model: relationships, (rdistance = {far, 
near}, rlocation = (N, S, E, W,...}) 


Position-Dependent Position-Independent 


ADJACENT(City, City) RELATIVE_DISTANCE(City, City, rdistance) 

ADJACENT(County, County) RELATIVE_LOCATION(City, City, rlocation) 
ADJACENT(State, State) DISTANCE(Landmark, Landmark, distance) 
BELONGS-TO(City, County) DISTANCE(City, City, distance) 
BELONGS-TO(City, State) DISTANCE(Road, City, distance) 
BELONGS-TO(County, State) DISTANCE(Road, Landmark, distance) 
BELONGS-TO(Landmark, City) 

CROSSES(Road, County) 

CROSSES(Road, City) 

CROSSES(Road, State) 

INTERSECTS(Road, Road, intersection_point) 


amples. However, constraint pictures con¬ 
tain arbitrary entities and relationships, as 
opposed to specific sets of geometric 
shapes and spatial associations. We also 
recognize constraints that involve nonpic¬ 
torial data and provide tools for their de¬ 
scription. 

First we will describe a data model pro¬ 
viding basic picture interpretation seman¬ 
tics, that is, associating pictorial primitives 
(pixels, lines, points, segments, ...) with 
corresponding real-world concepts. Next 
we introduce rules for unambiguously in¬ 
terpreting constraint pictures. We show 
that even though certain constraints can be 
described directly by pictures, in general, 
the user must provide additional nonpicto¬ 
rial information. Then we present language 
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extensions that enable the definition of 
constraints involving aggregate and 
nonpictorial data. Finally we describe an 
algorithm that translates constraint pic¬ 
tures into first-order predicate calculus 
expressions. 

Examples given throughout the text are 
drawn from two problem areas, “sketch” 
and “geographic,” that have different proc¬ 
essing requirements. Sketch refers to any 
simplified picture that models a more 
complex image, such as Figure la. Geo¬ 
graphic refers to map and satellite image 
data, such as shown in Figure lb. 

Data model 

This section presents the data model that 
serves as background to our work. We have 
chosen to describe pictures as collections 
of entities, relationships, and attributes. 
Entities are abstractions of real world ob¬ 
jects as seen by the user; relationships are 
associations between entities; and attri¬ 
butes are abstractions of the properties that 
describe an entity or relationship. Entities 
or relationships described by the same set 
of attributes are grouped into entity or 
relationship sets. 

The basic constructs in this model are 
patterned after Chen’s Entity-Relationship 
(ER) Model. 15 However, we provide ex¬ 
tensions needed to support pictorial data 
management. 

Pictorial database entities are associated 
with specific segments of a picture. These 
segments may be as simple as a point or a 
line, or as complex as the picture itself. 
Properties that determine the appearance 
of an entity in the picture, such as position, 
dimensions, and color, are captured in 
primitive attributes. Entity properties 
whose values are provided separate from 
the picture, like the population of a city, the 
year a road was built, or a city mayor’s 
name, are organized in nonpictorial attri¬ 
butes. Moreover, properties that can be 
measured or computed by applying mathe¬ 
matical functions to primitive attributes, 
such as the area of a city or the length of a 
road, are captured in derived attributes. 
Table 1 illustrates entities and attributes in 
the sample pictures shown in Figure lb. 
The two values following an attribute name 
refer to its class (nonpictorial, pictorial 
primitive, or pictorial derived) and do¬ 
main. We assume that “point,” “line set,” 
and “polygon” are abstract data types de¬ 
scribed elsewhere in the data dictionary. 

Relationships are associations de¬ 
scribed by a list of the entities involved. 


Optionally, attributes that further charac¬ 
terize the association may be included. We 
distinguish two types of relationships: 

• Nonpictorial relationships are asso¬ 
ciations between entities that exist inde¬ 
pendent of their positions in the picture. 
Examples include “[city x] shares-police- 
departments-with [city y],” “[city x] (na¬ 
tives) hate [city y] (natives),” or “[city x] 
receives-money-from [county y].” They 
are established by the user and recorded 
separate from the picture. 

• Pictorial or spatial relationships are 
associations established between pictorial 
entities because of their relative positions 
in the picture. Examples include “left,” 
“right,” “above,” “below,” “close,” “far,” 
“distance,” “intersection,” and “overlap.” 

We use/?(£,,..., E N ,A V ...,AJ to denote 
a relationship R, involving occurrences in 
the entity sets .... £ A „ characterized by 
attributes A r ...,A u . Mis the degree of the 
relationship. Relationship-set names are 
uppercase and occurrences, lowercase. We 
use “spatial” synonymously with “picto¬ 
rial.” Henceforth, “relationship” refers to 
“spatial relationship.” The list of spatial 
relationships in the geographic database of 
Figure lb appears in Table 2. Entities and 
spatial relationships for the traffic data¬ 
base appear in Tables 3 and 4. 

Spatial relationships are position-de¬ 
pendent or position-independent. A rela¬ 
tionship set /?(£,, E 2 ) is position-independ¬ 
ent if and only if the relationship R(e v e 2 ) 
exists for every e, e E ] and e 2 e E v For 
instance, the relationship set 
DISTANCE(Landmark, Landmark, dis¬ 
tance) is position-independent: it exists 
regardless of the location of the entities in 
the picture. If there exist e x e £, and e 2 e 
E 2 such that R(e } , e 2 ) is false, then R is 
position-dependent. BELONGS-TO(City, 
State) exists between “Los Angeles” and 


Table 3. Traffic database conceptual 
model: entities and attributes. (NP: 
nonpictorial, PP: primitive, DP: derived 
pictorial) 


Building-Area 

Boundaries (PP) 

Area (PD) 

Curb 

Boundaries (PP) 

Area (PD) 

Street 

Boundaries (PP) 

Area (PD) 

Name (NP) 

Direction (NP) 

Crosswalk 

Boundaries (PP) 

Area (PD) 

Traffic-Light 

Location (PP) 

Signal (NP) 

Fire-Hydrant 

Location (PP) 

Truck 

Position (PP) 

Speed (NP) 

Direction (NP) 
Weight (NP) 

Automobile 

Position (PP) 

Speed (NP) 

Direction (NP) 

Motorcycle 

Position (PP) 

Speed (NP) 

Direction (NP) 

People 

Position (PP) 

Speed (NP) 

Direction (NP) 


“California” but not between “Los Ange¬ 
les” and “Nevada,” therefore it is position- 
dependent. 


Table 4. Traffic database conceptual model: relationships. 


[Transient-Object] 

ON 

[Fixed-Object] 

[Stationary-Object] 

[Stationary-Object] 

[Transient-Object] 

CLOSE-TO 

CLOSE-TO 

CLOSE-TO 

[Stationary-Object] 

[Transient-Object] 

[Transient-Object] 

[Transient-Object] 

[Stationary-Object] 

IN-FRONT-OF 

IN-FRONT-OF 

[Vehicle] 

[Vehicle] 

[Fixed-Object] 

INTERSECTS 

[Fixed-Object] 
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Figure 2. Unambiguous constraint description: Automobiles and people cannot 
be in a crosswalk simultaneously. 


Position-independent spatial relation¬ 
ships are always characterized by attri¬ 
butes. For example, the distance between 
landmarks is described by a numeric value; 
the relative distance between two cities by 
the constants FAR or NEAR; and their 
relative location by a constant in the set 
fN, S, E, W, NW, SW, NE, NW, ...}. 
Position-dependent relationships, on the 
other hand, may be characterized by attrib¬ 
utes, such as NEAREST_CITY(City 1, 
City2, distance), or simply by the entities it 
associates, such as BELONGS-TO(City, 
State). 

Note that spatial relationships are built 
into the picture. For instance, the fact that 
Anaheim “belongs-to” Orange County 
may be deduced from the picture; it does 
not have to be recorded separately. Be¬ 
cause of this property, spatial relationships 
may be defined by functions that deter¬ 
mine their occurrences in a picture. For 
example, the relationship DIS- 
TANCE(City 1, City2, D), could be evalu¬ 
ated with the Euclidean formula, using as 
reference points the centroid coordinates 
of the polygon that describes the city 
boundaries. Other metrics, such as city- 
block, or parameters, such as the closest 
point, could also have been used. In gen¬ 
eral, the number of potential relationships 
in a picture is too large to be predefined. 
Functions provide an extensible mecha¬ 
nism that allows tailoring visual structure 
to the needs of particular users or applica¬ 
tion domains. 


Constraint picture 
interpretation 


Now we present a method for generating 
first-order logic predicates from constraint 
pictures. The method is based on the fol¬ 
lowing rules, which resolve potential pic¬ 
ture interpretation ambiguities: 


Rule 1: Constraint pictures are occur¬ 
rences of the database schema. 

Rule 2: Constraint pictures always de¬ 
pict unacceptable database states. They 
must be interpreted as follows: 


A{e { e £,, e 2 e E v . 
(r, (e. t , e jt ) a r 2 (e a , , 
r M (e im , e.J) 


( 1 ) 


where e. is an occurrence of the entity set£ 
and r k (e jh , e.J is an occurrence of the 
spatial relationship set R k (E jh , E.J. 


Rule 1 establishes the interpretation 
context. It links the contents of constraint 
pictures to the underlying database 
schema. Rule 2 indicates that constraint 
pictures depict unacceptable data states 
and provides the template for the first- 
order predicate calculus expression to be 
generated by the language. This expres¬ 
sion should be read “There does not exist a 
set of entities e x in E v e 2 in E 2 ,..., e n in E n 
such that the relationships r { (e.,, e.J ,..., r m 
( e im , e.J are all true.” 


To illustrate the use of these rules, con¬ 
sider the integrity constraint 

IC1: Automobiles and people Cannot be 
in a crosswalk at the same time. 

and the picture in Figure la, where this 
constraint is violated. The application of 
Rule 1 lets us associate components of this 
picture with the database schema. In this 
case the picture contains an automobile 
(a), a crosswalk (jc), a person (p), and the 
relationships On(a, x) and On (p, x ). The 
following string.results from substitution 
into Equation 1: 

A ( a e Automobiles, x e Crosswalks, 
p e People ) I ( On(a, x) a On (p, x) ) 

This expression is logically equivalent to 
IC1; hence, by this example, it is possible 
to associate constraint pictures with string 
descriptions of integrity constraints. Is this 
a unique association? Not necessarily: 
many other strings derived from Figure la 
satisfy rules 1 and 2. For instance, “auto¬ 
mobiles cannot be in a crosswalk”: 

A (a e Automobiles, x e Crosswalks ) 

I (On(a, x) ) 

or, “people cannot be in a crosswalk”: 

A (p e People, x e Crosswalks ) I 
(On(p, x) ) 

The remainder of the section concerns 
resolving these ambiguities. Guaranteeing 
that constraint pictures describe one, and 
only one, integrity constraint is a neces¬ 
sary condition in the development of the 
language. 

Ambiguities in the interpretation of 
Figure la arise from a lack of information 
about the set of entities and relationships 
involved in the constraint violation. While 
the formula introduced with Rule 2 deter¬ 
mines the way in which constraint picture 
components should be arranged to describe 
a restriction, neither this rule nor Rule 1 
indicates exactly which components 
should be taken into account when build¬ 
ing the string. Thus, we constructed mul¬ 
tiple picture descriptions by arbitrarily 
selecting entities and relationships. 

We now introduce two new rules that 
distinguish picture components relevant to 
the constraint from those that should be 
ignored. We first note that a minimum set 
of entities should be present in any picture 
where a constraint is violated. For ex¬ 
ample, a picture that violates IC1 must 
contain at least an automobile, a person. 
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and a crosswalk. We call these participat¬ 
ing entities. Equivalently, a minimum set 
of participating relationships must be sat¬ 
isfied for the constraint to be violated. For 
IC1, this set includes On(Automobile, 
Crosswalk) and On(Person, Crosswalk). 

We can eliminate ambiguities if, during 
the interpretation of a constraint picture, 
we agree to consider all the entities and 
relationships that conform to it. That is, we 
must take into account every piece of in¬ 
formation available in the picture. Under 
this premise, we can uniquely describe a 
spatial integrity constraint by drawing a 
picture containing only participating enti¬ 
ties and relationships. For example, we can 
specify IC1 with the sketch shown in Fig¬ 
ure 2. This sketch contains every entity 
needed to violate the constraint, and no 
other. Furthermore, these entities are ar¬ 
ranged in a way such that every participat¬ 
ing relationship — in this case 
On(Automobile, Crosswalk) and 
On(Person, Crosswalk) — is true. 

We have now established a unique asso¬ 
ciation between IC1 and the picture in 
Figure 2. This demonstrates that it is pos¬ 
sible to describe spatial integrity con¬ 
straints through pictures. 

Next we will study the range of con¬ 
straints that can be expressed with this 
language. We begin by addressing in more 
detail the concepts of entity and relation¬ 
ship participation. 

Entity selection. Considering all enti¬ 
ties and relationships in a constraint pic¬ 
ture during its interpretation effectively 
eliminates ambiguities in the language. 
However, this approach forces the user to 
draw pictures that do not contain nonpar¬ 
ticipating entities. Thus, the sketch in Fig¬ 
ure la, which also violates IC1, could not 
have been used to describe the constraint. 
Its interpretation, assuming complete en¬ 
tity and relationship participation, would 
result in a complex expression including 
many more entities and relationships than 
those required. 

An alternative to drawing pictures that 
contain participating entities alone is to 
rely on visual effects to distinguish be¬ 
tween nonparticipating and participating 
entities. A picture editor can highlight the 
latter. Figure 3 shows a variation of Figure 
la in which participating and nonpartici¬ 
pating entities are drawn with solid and 
dashed lines, respectively. Solid-line ob¬ 
jects match those in Figure 2, so the same 
picture interpretation occurs. Formally, 

Rule 3: An entity in a constraint picture 



_ y 

Figure 3. Constraint description using entity highlighting: Automobiles and 
people cannot be in a croswalk simultaneously. 


should be used in its interpretation if and 
only if it is a participating entity. 

Relationship selection. Consider the 
fact that spatial integrity constraints only 
involve spatial relationships. Thus, we can 
eliminate nonspatial relationships from the 
list of items to be considered for interpre¬ 
tation. Likewise, position-independent 
relationships cannot be discarded from the 
picture by changing the location of the 
entities involved. For example, the rela¬ 
tionship Distance (Automobile, Automo¬ 
bile) will occur in any constraint picture 
containing two automobiles, regardless of 
their position. 

This last observation implies that we 
cannot assume that every relationship 
occurring in a constraint picture should be 
considered in its interpretation. That would 
limit the expressive power of the language. 
For instance, to express the constraint 

IC2: Two automobiles should not enter 
a street intersection simultaneously. 

we need a sketch showing two automobiles 


(Op a 2 ) and two streets (s,, s 2 ), positioned 
so the relationships On(a,, s,), On (a,, s 2 ), 
On(a 2 ,5,), On(a 2 , s 2 ), and Intersects^,, s 2 ) 
hold. A map meeting these requirements 
(see Figure 4) would also contain the rela¬ 
tionship Distance^,, a 2 ), which could not 
be removed by changing the location or 
shape of a, or a 2 . 

Participation depends on the fact that 
constraints on position-independent rela¬ 
tionships are always expressed in terms of 
their attribute values. For example, any 
restriction of the distance relationship will 
involve a value, or range of values, limit¬ 
ing the separation between two objects, as 
in “the distance between two cars should 
be at least 5 yards.” Hence, in this design 
we have chosen to ignore position-inde¬ 
pendent relationships for which none of its 
attributes have been explicitly qualified. 
Essentially, an attribute is considered 
qualified when the user assigns it a value. 
Formally, 

Rule 4: Relationships among participat¬ 
ing entities are used in the interpretation of 
the picture if and only if they are spatial 
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and either position-dependent or qualified 
position-independent. 

The following expression results from 
applying rules 1 through 4 to the sketch 
shown in Figure 4 (it is logically equiva¬ 
lent to IC2): 

A ( a x , a 2 e Automobiles, s 2 e Streets ) 

I ( OnCa,, Sj) a On (a,, i 2 ) a On(a 2 , s,) a 
On(a 2 , s 2 ) a Intersect^, s 2 )) 

We conclude this section with three 
examples of assertions that can be visually 
described in our language. They involve 
the constraints 

IC3: People should not walk on street 
intersections. 

IC4: Automobiles cannot be parked on a 
curb. 

IC5: People should not be close to 
moving automobiles. 

Figure 5 shows pictures that define these 
constraints. The corresponding strings are 


IC3: Zi (p e People, s,, s 2 e Streets ) I 
( On(p, s,) a On (p, s 2 ) a Intersect^,, s 2 )) 
IC4: A ( a e Automobiles, c e Curbs) I 
(On(a,c)) 

IC5: A ( p e People, a e Moving_Auto- 
mobiles ) I ( Close-to(p,a)) 

Notice that different icons represent 
automobiles in Figures 5b and 5c. This is to 
indicate that one is a generic automobile, 
while the other, classified as a moving 
automobile, is a subclass specialization. In 
general, the coupling of the graphics editor 
with specialization and abstraction con¬ 
cepts 16 embedded in the database model 
will enhance the expressive power of the 
language. If differences between object 
classes can be visually represented, they 
can be used to describe a wider variety of 
constraints without having to rely on 
nonpictorial means. Since the picture edi¬ 
tor in the previous example provides sepa¬ 
rate icons for each automobile class, we did 
not need nonpictorial means to distinguish 
moving automobiles. 


Language extensions 

This section describes language exten¬ 
sions that enable the definition of con¬ 
straints involving aggregate and nonpicto¬ 
rial data. We also describe a mechanism 
for defining constraints that involve com¬ 
parison of attribute values among entities. 

Aggregates. We have dealt with con¬ 
straints concerning individual entity-set 
occurrences. For example, the constraint 
“people should not be close to moving 
automobiles” applies individually to each 
member of the people and moving-auto¬ 
mobiles entity subsets. In this section we 
present a language facility that enables the 
definition of constraints involving several 
entities of the same type simultaneously. 
For example, the evaluation of the con¬ 
straint 

IC6: Curbs should not have more than 
four fire hydrants. 

requires that we consider all the fire hy¬ 
drants on a curb at once. 

In principle, we can express this kind of 
constraint with language features we have 
already defined. For example, IC6 can be 
described in a picture containing a curb 
and five fire hydrants. However, if, instead 
of four entities, IC6 involved 50 or 100, we 
would have to draw a picture with as many 
objects. Needless to say, the approach 
would be impractical. 

To overcome this difficulty, we intro¬ 
duce a new language concept called aggre¬ 
gate entities. These entities represent prop¬ 
erties associated with an entity group, as 
opposed to individual members of an en¬ 
tity subset. They provide a second level of 
abstraction in the language, the first being 
constraint entities generically associated 
with any member of its entity subset. 

Aggregate entities are always associ¬ 
ated with aggregate operators. Typical 
cases of such operators include Count, 
Max, Min, Sum, and Average. Only the 
Count operation is defined across all 
domains. Other aggregates in this set apply 
to alphanumeric data, but their meaning is 
not well defined in pictorial domains. For 
instance, the concepts of Max and Min do 
not exist in the coordinate domain. On the 
other hand, we can think of the “largest” 
and “smallest” aggregates for this domain, 
defined in terms of the vectorial magnitude 
of a point. In general, pictorial domains 
will have their own specialized aggregate 
operators defined as part of the correspond¬ 
ing abstract data type. 
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Figure 6. Constraint description using aggregate entities: (a) curbs should not 
have more than four fire hydrants, and (b) there must be a traffic light on every 
corner. 


Aggregate entity definitions must be 
accompanied by a nonpictorial description 
of the associated operator. This informa¬ 
tion is given to the system in a separate 
window linked to the corresponding entity, 
as shown in Figure 6a. The nature of the 
language also requires the distinction of 
aggregate entities from other picture ob¬ 
jects by visual means. Since we have al¬ 
ready used normal video and highlighting 
to describe nonparticipating and partici¬ 
pating entities, we must use a third visual 
effect, say reverse video. 

The formula introduced with Rule 2 
must be modified to accommodate the in¬ 
terpretation of aggregate entities. In addi¬ 
tion to listing entities and relationships, we 
must now include the semantics of aggre¬ 
gate operators. We observe that these 
operators are always defined within the 
context of a relationship. For instance, in 
IC6, Count applies to the set of fire hy¬ 
drants {/} satisfying the relationship On(/; 
c) for some curb c. Based on this observa¬ 
tion, we propose the following interpreta¬ 
tion of a constraint involving an aggregate 
entity e satisfying the relationship R{e,f) 
for some entity / and associated with an 
aggregate operator O via the condition O x 
c, where x is a relational operator (<, >, =, 
...): . 

A (fe F) I ( 0( e £ E I R(e,f) a B ) x c) 
( 2 ) 

In this expression, B represents condi¬ 
tions that further characterize e, such as 
attribute values, or relationships with other 
entities. Applying this formula to the pic¬ 
ture in Figure 6a, where an aggregate fire 
hydrant/is associated with a curb c via the 


relationship On (f, c) and the aggregate 
condition Count > 4, yields the following 
string: 

A (c e Curbs) I ( Count(/e Fire-Hy¬ 
drants I On^, c) ) > 4) 

We conclude this section by noting the 
importance of entities associated with the 
predicate Count = 0. Since this predicate 
represents the “lack of an entity” and the 
negation of this condition is the “existence 
of at least one entity,” we can use this 
knowledge to express constraints of the 
form V e ( 3 / I P ). For example, the 
constraint 

IC7: There must be a traffic light at 
every comer. 

may be described as shown in Figure 6b. 


The following string results from inter¬ 
preting this constraint: 

A (Cj, c 2 e Curbs) I ( Count( t e Traffic- 
Lights I On(f, a On(f, c 2 ) a Inter¬ 
sects^,, c 2 )) = 0) 

It is logically equivalent to 

V (c,, c 2 £ Curbs I Intersects(c,, c 2 )) 3 
(f e Traffic-Lights I On(t, c,) a On(r, c 2 )) 

Subsets. In previous sections we impli¬ 
citly assumed that constraint picture enti¬ 
ties represented all occurrences in their 
entity sets. We achieved this level of ab¬ 
straction by ignoring all the properties of 
an entity, with the exception of its exis¬ 
tence. For instance, during the interpreta¬ 
tion of Figure 6b, the location and shape of 
the traffic light and curbs were considered 
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Figure 8. Nonpictorial attributes in the qualification window. 
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Figure 9. Sample entity subsets: (a) landmarks built before 1950; (b) city area 
above 100 miles; (c) state highways built before 1965; and (d) counties smaller 
than 1,000 miles and population above 1 million. 
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irrelevant, while their actual locations 
were important only in regard to the exis¬ 
tence of the On(Traffic-Light, Curb) and 
Intersects(Curb, Curb) relationships. 

In this section we discuss language ex¬ 
tensions that enable the definition of con¬ 
straints affecting specific entity or rela¬ 
tionship subsets. For example, the con¬ 
straint 

IC8: State highways must not cross state 
boundaries. 

affects only those roads whose type is In¬ 
terstate Highway. 

Entities. Entity subsets are determined 
by the values of one or more of their attrib¬ 
utes. Consider an entity set E, with picto¬ 
rial attributes A = {a v ..., a m \. Now assume 
that we want to express a constraint that 
affects only the members of E in the subset 

E* = { ee £1 a* = V) * a ... a a * = 

v„* 1 " (3) 

where a* belongs to A and v* is a pictorial 
constant. 

The mechanism we propose to define E* 
involves two steps. First, we draw an entity 
e in a way such that its pictorial attribute 
values satisfy Equation 3. Then, we mark 
these values to distinguish them from at¬ 
tribute values that have no relevance to the 
constraint. For example, we could define 
the subset of State Highways in the Road 
entity set by drawing a road with the picto¬ 
rial properties of a state highway (a solid 
line), then marking the attribute “type” as 
the distinction criterion. We ignore the 
value of the attribute Road.path in this 

The user/system interaction needed to 
mark an attribute takes place in a qualifica¬ 
tion window. This window displays a 
nonpictorial representation of the attribute 
values and provides a marking space. Fig¬ 
ure 7 illustrates the use of this mechanism 
to describe IC8. Note that qualification 
window expressions are reflected in the 
string generated during the picture inter¬ 
pretation. This occurs in the form of attrib¬ 
ute predicates, as shown in the following 
expression describing IC8: 

A (mark r e Roads, s,, s 2 e States) I 
( Road.type = Interstate a Crosses(r, s,) 
a Crosses(r, s 2 )) 


Figure 10. Entity subsets involving OR conditions: (a) state highways built in The logical expression given in Equa- 

1965 OR 1966; and (b) counties smaller than 1,000 miles OR population above tion 3 always defines a subset in terms of 
100,000. (1) AND conditions and (2) equality predi- 
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Figure 11. Position-independent relationship qualification: (a) cities near San 
Francisco receive at least 1 million visitors a year, and (b) all cities north of Los 
Angeles were founded after 1781. 


cates involving attribute values and con¬ 
stants. The following extensions support 
the definition of more general entity sub¬ 
sets. 

The first extension involves the inclu¬ 
sion of nonpictorial attributes. These at¬ 
tributes are not described as part of the 
constraint picture and therefore do not 
offer a value to be singled out. Entity sub¬ 
sets distinguished through their nonpicto¬ 
rial attributes will be defined with values 
provided by the user separate from the 
picture. The qualification window mecha¬ 
nism can be extended to provide space for 
nonpictorial attribute values, as illustrated 
in Figure 8 with the definition of the subset 
“Interstate Highways built in 1965.” 

The second language extension involves 
the use of relational operators in the set 
R :{=,<,<, >, >, <> 1 ■ These operators can 
be used to modify marked attribute values, 
thus allowing the description of subsets of 
the form 

E* = { e e E I attr ., x value n a ... a 
attr jn x value. n } (4) 

where xsR. Figure 9 illustrates the use of 
this facility. 

The operators in R are well defined only 
for values in the conventional alphanu¬ 
meric domains. However, in pictorial 
domains these operators are not defined 
(A<B if A and B are points in the plane), or 
their evaluation involves more than a 
straightforward comparison (to test the 
condition A=B, both coordinate values 
must be compared). In general, the set of 
operators that may be used to compare 
values is domain-dependent. Thus a more 
accurate definition of the set R for a do¬ 
main D is given in the following formula: 

R(D) = { o I o is a binary operator in D, 
and D{A, B) = TRUE v FALSE V A, B 
e D ) (5) 

We assume that these operators are pro¬ 
vided as part of the definition of D, as 
described in the section “Data model” 
above. 

The third language extension involves 
the incorporation of the logical operator 
OR (v). This operator can be used to de¬ 
scribe entity subsets of the form 

{ e e E I ( attr n x value. x ) + ... + ( attr. n 
x value j(i ) } (6) 

where x e R and + 6 {v, a ). The inclusion 
of the OR operator in the language requires 
changing the entity qualification window, 


since this mechanism has the AND opera¬ 
tion built in. The modification we propose 
entails a two-dimensional syntax similar to 
that of QBE. This syntax is based on a 
matrix where values are filled in. OR con¬ 
ditions are specified in separate rows of 
this matrix, while AND operators join 
conditions involving values in the same 
row. See Figure 10. 

Relationships. The mechanism for de¬ 
fining entity subsets can also be used to 
define relationship subsets. The following 
two examples illustrate the use of this 
language facility. 

Example 1. Consider the constraint 


IC9: “Cities near San Francisco receive 
at least 1,000,000 visitors a year.” 

To express this restriction, we need two 
City entities: one representing San Fran¬ 
cisco, the other representing a city that 
receives less than one million visitors a 
year. (We need to use the complement of 
the condition, since constraint pictures are 
always interpreted as negations.) We also 
need the position-independent relationship 
Relative_Distance, qualified by the value 
NEAR, and no position-dependent con¬ 
straints. Figure 11a presents a constraint 
picture where these components are put 
together to express IC9. The following 
expression is derived from this picture: 
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Figure 12. Visual description of a constraint involving inter-entity conditions: 
The population of a county cannot exceed that of its state. 


A ( c, e Cities, c 2 e Cities) I 
( c r name=San Francisco a 
c 2 .visitors< 1,000,000 a 
Relative_Distance(c 1 , c 2 , NEAR)) 

Example 2. Consider the constraint 

IC10: All cities north of Los Angeles 
were founded after 1781. 

Figure lib describes this constraint. Its 
participating entities involve a city (c,) 
qualified as “LA” and another city (c 2 ) 
qualified as built “after 1781.” There are 
no position-dependent relationships 
among these entities, and the only quali¬ 
fied position-independent constraint is 
Relative_Position(Cj, c v NORTH). Notice 
that the relationship Relative_Position(c 2 , 
c,, SOUTH) also exists in the picture be¬ 
cause the set Relative_Position is not sym¬ 
metric. This relationship, however, is not 
qualified, and therefore it does not become 



Figure 13. String-generation algorithm: (a) nodes, (b) occurrence graph, and (c) string generated. 
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part of the string generated from the pic¬ 
ture (see below). 

A ( c, e Cities, c 2 s Cities) I ( c,.name= 
Los Angeles a c 2 .founded<1781 a 
Relative_Position(c ] , c 2 , NORTH)) 

Inter-entity conditions. Throughout 
this section we have described language 
facilities to support the definition of con¬ 
straints that affect specific entity and rela¬ 
tionship subsets. So far, each subset has 
been defined in terms of its attribute val¬ 
ues. The following discussion pertains to 
the definition of more general constraints, 
in which the subsets of interest depend not 
only on their own attribute values, but also 
on attribute values of other entities. For 
example, the constraint 

IC11: The population of a county cannot 
exceed that of the state where it is located. 

involves the comparison of attributes in 
two entities. 

The qualification window mechanism 
can be extended to allow the description of 
inter-entity conditions. This extension is 
rooted in the concept of example elements 
introduced with QBE. These elements 
serve two purposes: (1) they determine the 
set of attributes that should appear in the 
result of a query, and (2) they establish 
links in queries that relate attributes in 
different tables. We are primarily inter¬ 
ested in the latter usage. 

The user enters example elements in the 
cells of the qualification window. They are 
arbitrary strings distinguished from actual 
attribute values by visual means, such as 
underscoring. A link is established be¬ 
tween two attributes when the same ex¬ 
ample element is assigned to both of them. 
For instance, the condition County.Pop- 
ulation < State.Population can be ex¬ 
pressed as shown in Figure 12. Notice that 
example elements need not be valid data¬ 
base values. 

Implementation 

Now we will describe the implementa¬ 
tion of a language based on the concepts 
introduced previously. We first sketch a 
string-generation algorithm that takes 
constraint pictures as input and creates the 
corresponding predicate. 

String generation. Constraint pictures 
are interpreted by means of an algorithm 
that creates a graph representation of par¬ 



Figure 14. PICSL screen layout. 


ticipating entities and relationships (an 
occurrence graph), then systematically 
traverses it, generating portions of the 
string in each step. During the graph gen¬ 
eration phase, a node is built for every 
participating entity. Each node is labeled 
with an identifier (Entity_ID) and the name 
of the corresponding entity set 
(Entity_Set). 

Figure 13a illustrates the nodes built for 
the interpretation of IC2: “Two automo¬ 
biles should not enter a street intersection 
simultaneously.” The second step of the 
graph-generation phase uses the data dic¬ 
tionary to determine spatial relationships. 
For each occurrence, an arc is built be¬ 
tween the corresponding nodes. These arcs 
are labeled with the name of the relation¬ 
ship satisfied (Rel_Name). See Figure 
13b. 

In the second phase, the algorithm tra¬ 
verses the graph, producing in each step 
portions of the string. The process involves 
the following steps (see Figure 13c): 

(1) Output "A ( ". 

(2) For every node output" Entity_ID e 
Entity_Set, ." 

(3) Output " ) I (." 

(4) For every arc output 
"Rel_Name(/D 1 JD2)," where ID 1 
and ID2 are the labels of the nodes it 
links. 

(5) Output " ) ." 


A slight modification, not discussed 
here, is required to handle aggregate enti¬ 
ties. 

User interface. Now we will describe a 
user interface built to test the concepts we 
have introduced. The program is known by 
the acronym PICSL, which stands for Pic¬ 
torial Integrity Constraint Specification 
Language. It runs on a Sun-4/280 worksta¬ 
tion under Unix. Sun’s Visual/Integrated 
Environment for Workstations (SunView) 
was used to build the window system. A 
picture editor for the traffic database was 
built with SunCore, an implementation of 
the ACM Core standard for interactive 
graphics applications. We simulated 
the PDBMS (pictorial DBMS) data dic¬ 
tionary and DML (Data Manipulation 
Language) commands with Unix files and 
C routines. 

PICSL is an interactive, window-ori¬ 
ented language in which the user specifies 
integrity constraints by drawing pictures 
on the screen. Figure 14 illustrates the 
PICSL screen layout. It is composed of (1) 
an editing window to create and manipu¬ 
late pictures, (2) a control panel for session 
management, and (3) a scratch area where 
the results of the picture interpretation and 
system messages are displayed. PICSL 
interacts with a graphics editor and the 
PDBMS, issuing directives to those sys¬ 
tems in response to user requests. A third 
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Figure 15. PICSL components. 



Figure 16. Subset definition using the qualification window. 


cation of a DML commands subset (such 
as create entity, drop entity, change entity, 
...) to these pictures. Moreover, since we 
rely on the ability to visually distinguish 
participating, nonparticipating, and aggre¬ 
gate entities, the editor is capable of (1) 
displaying entities with three different 
visual effects, using line thickness and 
textures; and (2) storing the visual state of 
picture entities as part of their internal rep¬ 
resentation. 

The definition of aggregate entities and 
entity subsets requires the user to provide 
nonpictorial information. The qualifica¬ 
tion window mechanism is implemented 
through pop-up windows that appear on 
the screen after the user selects an entity 
and clicks in the appropriate menu. These 
menus are entity-dependent and therefore 
require access to the data dictionary to 
determine the appropriate set of attributes. 

Figure 16 illustrates uses of the qualifi¬ 
cation window mechanism to define sub¬ 
sets in the traffic database. The relation¬ 
ship selection window and the condition 
box mechanism could also be defined as 
pop-up windows, although the current 
implementation of PICSL lacks these fa¬ 
cilities. 


W e have investigated a novel ap¬ 
proach to defining constraints 
in pictorial databases, demon¬ 
strating the possibility of using pictures as 
the vehicle for describing restrictions in¬ 
volving spatial relationships among ob¬ 
jects in the database. Even though the rules 
that enable unambiguous picture interpre¬ 
tations presented here are directed towards 
the description of integrity constraints, the 
same principles should be applicable in the 
design of a more general data manipulation 
language. We are currently working on the 
development of the retrieval portion of this 
language, with extensions for changing the 
database contents coming next. ■ 


module controlled by PICSL, a constraint 
interpreter, implements the algorithm de¬ 
scribed in the previous section. 

The PDBMS supports access to the data 
dictionary and serves as a repository of 
constraint pictures. Both PICSL and the 
picture editor are considered PDBMS ap¬ 
plications. The interaction between PICSL 
and the PDBMS involves access to the data 
dictionary. Initially, PICSL requests infor¬ 
mation about relationship evaluation func¬ 


tions and uses it to determine associations 
among entities in the constraint picture. 
After the constraint has been interpreted, 
PICSL stores the resulting string in the 
data dictionary. Constraint pictures are 
stored in a constraint picture base also 
managed by the PDBMS. See Figure 15. 

The language definition presumes the 
existence of a picture editor to be used in 
the creation and modification of constraint 
pictures. Such an editor enables the appli- 
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Software Research Center, 5201 Great America 
Parkway, Suite 455, Santa Clara, CA 95054. 
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User-interface copyrights kill competition 

Joseph Arceneaux, Free Software Foundation 


In a recent issue of Computer [Sept. 
1989, p. 14], I read an interesting descrip¬ 
tion of the Apple Macintosh’s user inter¬ 
face. It used an automobile as a metaphor, 
pointing out the superiority of the current 
functional interface (pedals, steering 
wheel, etc.) over a computer keyboard. 
This is especially interesting because a 
few companies, including Apple Com¬ 
puter and Lotus Corporation, are trying to 
prove their ownership of the computer 
equivalent of the pedals and steering 
wheel. 

The descriptive excerpt asked. Who 
would want to bother learning to use a 
keyboard to drive a car “when so many 
cars use familiar controls?”* This has be¬ 
come something of a truism, sufficiently 
so that Apple is now trying to acquire a 
monopoly on these “familiar controls.” 

If Apple succeeds in its attempts to copy¬ 
right its user interface, much of its com¬ 
petition will be eliminated because, by 
law, only their products will have the 
“familiar controls.” Everyone else will 
have to steer clear of any resemblance to 
the Apple interface. 

One argument that Apple and Lotus use 
to justify their lawsuits is that such re¬ 
strictive copyright powers will spur crea¬ 
tive competition. But suppose for a mo¬ 
ment that this could have happened in the 
automobile world, that one manufacturer 
suddenly “owned” the interface we all 
know, and that others were then forced to 
use totally different and inferior inter¬ 
faces, such as a keyboard. Some people 
might actually buy the keyboard-con¬ 
trolled cars at first. But after a few serious 


* The cited description was itself a reference from 
another source. The quote is from “A Tour of the Mac 
Desktop" by L. Poole, in MacWorld , Vol 1., No. 1, 
1984, pp. 16-21. The Computer article in which the 
quote appeared was “The Xerox Star: A Retrospec¬ 
tive,” by Jeff Johnson et al., Vol. 22, No. 9, Sept. 1989, 
pp. 11-29. — Ed 


accidents, almost everyone would be 
forced to buy cars from the one manufac¬ 
turer with the superior interface. All com¬ 
petition would be eliminated. 

Apple and Lotus are suggesting that 
worthy competitors would be able to in¬ 
vent, from scratch, totally new and supe¬ 
rior interfaces. This would indeed be seri¬ 
ous competition, since neither Apple nor 
Lotus was able to do this themselves. 

Both companies built their interfaces on 
the technology of their predecessors. 

It seems amazing that someone would 
claim ownership of such a thing as a user 
interface. The Macintosh interface was 
the product of much effort and study by a 
number of groups and individuals, not 
least among them Xerox Palo Alto Re¬ 
search Center (PARC). Much of what Lo¬ 
tus now claims to own was actually taken 
from the successful Visicalc program. In 
fact, this practice of building on the 
proven ideas of others is a key reason that 
such interfaces were able to evolve into 
successful commercial products. 

However, if these two companies had 
their way, no such incremental develop¬ 
ment efforts would be possible in the fu¬ 
ture. Improvements in user interfaces 
would be much more difficult to achieve 
because of the need to start from scratch. 
Even Apple and Lotus might be unwilling 
to enhance new interfaces in such an at¬ 
mosphere, perhaps finding it risky to 
adapt improvements other than their own 
and uneconomical to make such efforts 
when they’d already captured the market 
with their lawyers. 

Rather than let their products compete 
in the fields of free competition, where 
quality decides the winner, companies 
such as Apple and Lotus seem to prefer 
fighting their battles in the courtroom. If 
Apple or Lotus wins, companies could 
end up relying more on lawyers than on 
programmers and engineers. The largest 
companies would have an enormous ad¬ 
vantage, since they could more easily af¬ 


ford such costly proceedings. With ar¬ 
mies of lawyers, large companies could 
threaten small ones even when they really 
didn’t have a case. 

This is not how to make progress in our 
field. 

I suspect that this situation has come 
about through the abuse and misinterpre¬ 
tation of copyright. Traditionally, the 
province of copyright has been works of 
artistic merit. The less artistic (more func¬ 
tional) a work, the narrower its copyright 
protection. While engineering drawings, 
for example, may be copyrighted, they 
are so narrowly protected that it would 
take an essentially identical drawing to 
violate such a copyright. In fact, a funda¬ 
mental principle of copyright law has 
been to avoid protection of technology. 

Software is indeed the first technology 
allowed copyright protection. Perhaps 
Congress did not realize that software is a 
form of technology when it passed laws 
placing it in the copyright system. Judges 
seem to have been likewise ignorant of the 
functional nature of software, given the 
outcome of some recent court decisions. 

It appears that the trend of copyright¬ 
ing these technologies was begun for the 
simple reason of financial gain. The 
broader the protection applied to a com¬ 
pany’s products, the more limited the 
competition. The fact that software’s 
human-readable form is textual has ap¬ 
parently been used to hide its technologi¬ 
cal nature from our lawmakers. It would 
behoove us to educate these people so that 
they can make more-informed decisions. 

Affording copyright protection to user 
interfaces takes us yet further away from 
the scientific tradition of sharing knowl¬ 
edge. It is time for computer profession¬ 
als to take a responsible attitude regard¬ 
ing this dangerous situation. If program¬ 
mers want to keep the freedom to write 
whatever programs they want and to bene¬ 
fit from the research of their colleagues, 
now is the time to make themselves heard. 
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On intelligence and 
randomness 

Chandan Sen, Netware Computer 

Services, Calcutta, India 

Randomness is a challenge to intelli¬ 
gence. In fact, intelligence might ulti¬ 
mately be the ability to handle randomness. 

Consider a robot performing a paint job 
on an automobile assembly line. The ro¬ 
bot (or rather, the computer controlling 
the robot) can be programmed to handle 
thousands of variations, such as lateral or 
longitudinal variations in a car’s position 
on the conveyor belt. 

But if a car arrived back-to-front one day, 
the robot would be at a loss. If it was pro¬ 
grammed to paint the front of the car blue, 
and the rear white, it would use its limited 
intelligence (in the worst case) to paint 
the front white and the rear blue. In the 
best case, the robot would simply stop and 
indicate a malfunction or special situation. 

For a human painter, a reversed car would 
pose no real problem. The painter would 
simply use his or her intelligence to paint 
the car correctly. Similarly, in speech 
recognition, we can identify the meaning 
of a sentence even when we’ve never met 
that precise combination of words before. 

Until a robot can handle the one-in-a- 
million exceptional case, it will never be 
a true human replica. 


'The Open Channel” is exactly 
what the name implies: a forum for the 
free exchange of technical ideas. Try 
to hold your contributions to one page 
maximum in the final magazine for¬ 
mat (about 1,000 words). 

We'll accept anything (short of libel 
or obscenity) so long as it’s submitted 
by a member of the IEEE Computer 
Society. If it’s really bizarre, we may 
ask you to get another member to co¬ 
sponsor your item. 

Send everything to Jim Haynes at 
the address on the previous page. 


‘No Irish need apply’ 

Proposal places standards 

Fletcher J. Buckley 

When the potatoes gave out in Ireland 
in the mid-1800s, the Buckleys, the 
Ryans, the Lallys, the Dunns, and all the 
rest of my ancestors left Ireland for the 
United States. When they arrived in the 
US, they received the usual hostile recep¬ 
tion accorded to immigrants at that time, 
and signs in store windows read “Help 
Wanted — No Irish Need Apply.” 

Time passed, the great US melting pot 
simmered on, and those signs disap¬ 
peared and were later replaced with simi¬ 
lar expressions towards the subsequent 
waves of immigrants — the Germans, the 
Italians, and so forth. 

Now, it appears that the IEEE Board of 
Directors is being asked to post similar 
signs, this time in IEEE standards activi¬ 
ties windows. Specifically, a reorganiza¬ 
tion proposal now under study would 
place all IEEE standards activities under 
a subelement of the IEEE entitled IEEE- 
USA. As with most things, this is both 
good news and bad. 

The good news. The positive side is 
that the proposal recognizes the major 
role of IEEE standards in member interest 


under new IEEE-USA unit 


and business scope. In terms of member 
interest, the last IEEE Computer Society 
membership survey in 1987 indicated 
that more than one-third of the respon¬ 
dents cited standards activities as the ma¬ 
jor reason they belong to the society.* 

To place those responses in context. 
Table 1 provides a complete set of the re¬ 
plies to the question. 

The business scope of the IEEE stan¬ 
dards effort could be judged from the fact 
that, out of the 1989 IEEE expense budget 
of $41.5 million, $3.8 million went to 
IEEE standards activities (of which $3.7 
million was covered by standards in¬ 
come). The corresponding figures for 
technical activities were $2.5 million and 
$1.2 million. 

Establishing the post of IEEE vice 
president for standards has been pro¬ 
posed before, but the proposal wasn’t 
fully accepted by the IEEE Board of Di¬ 
rectors. Therefore, the further good news 


* Study of Membership Growth and Promotion Pro¬ 
gram, Lawrence-Leiter and Co., Kansas City, Mo., 
June 1987. 


Table 1. Responses to Question 8: “What is the major reason you are a member of 
the Computer Society?”* 


Reason 

Percent Response 

Standards activities 

34 

Part of being a professional 

28 

Magazines 

19 

Member discounts 

12 

Keep up with the field 

3 

Interaction with professional colleagues 

1 

Technical committee activities 

1 

To publish papers 

1 

Attendance at conferences 

1 

Conference proceedings 

0 

Chapter meetings 

0 
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is that the need for a vice president for 
standards at the IEEE level is becoming 
recognized. 

Thus, this proposal is a major step for¬ 
ward. 

The bad news. The downside is that 
authority over IEEE standards activities 
would be placed under the US IEEE vice 
president. As such, current IEEE stan¬ 
dards activities would only relate to US 
efforts and needs, and that is very bad 
news indeed. 

The rationale supporting this proposal 
is presented in the November 1989 issue 
of the IEEE’s The Institute. A detailed re¬ 
view of that material in this department is 
not feasible, but the material appears to 
represent a misunderstanding on the part 
of those who would place IEEE standards 
activities under IEEE-USA. Specifi¬ 
cally, the non-US interests in IEEE stan¬ 
dards activities do not appear to be recog¬ 
nized. 

The situation. From the power-engi¬ 
neering community’s point of view, there 
may be several categories of standards 
that have nothing to do with situations 
outside the United States. For example, 
few European countries have an interest 
in 60-cycle, 120-volt power standards. 
These standards go back to the pre-IEEE 
days of the American Institute of Electri¬ 
cal Engineers and reflect the uniqueness 
of development in that field. 

On the other hand, from a IEEE Com¬ 
puter Society viewpoint, all of our stan¬ 
dards reach beyond and have substantial 
roots outside the US. There has been 
widespread interest and participation in 
Computer Society standards develop¬ 
ment activities in Europe, Israel, and 
Australia, to mention but a few. 

Consider the following data points: 


• As noted in a previous issue (August 
1989, pp. 105-6), the working group chair 
of ANSI/IEEE Std 896.1-1987, “IEEE 
Standard Backplane Bus Specification 
for Multiprocessor Architectures: Fu- 
turebus,” was a British subject during the 
many years it took to bring this standard 
to approval. It has now been adopted as 
the US Navy standard. (And, the person 
involved, Paul Borrill, is the current vice 
president, standards, of the Computer 
Society.) 

• Of the 145 members of the balloting 
group on IEEE Std 730.1-1989, 29 (or 20 
percent) were non-US members. (Similar 
statistics could also be generated for the 
local area network and operating system 
standards, etc.) 

• The software engineering standards 
are now being translated into both Chi¬ 
nese and Japanese. 

• The last Posix Standards Subcommit¬ 
tee meeting was held in Brussels October 
16-20, 1989, and was hosted by the Euro¬ 
pean Community. 

• Three out of 10 of the more than 500 
unique designation numbers issued by 
the IEEE on IEEE Standard 802.3 have 
been issued to manufacturers outside the 
US. Three quarters of the new requests 
for these numbers are from outside the 
US. 

• IEEE standards seminars have been 
enthusiastically received in recent years 
in London, Montreal, Munich, and Sin¬ 
gapore, and the overseas market is grow¬ 
ing. 

• Sales of IEEE standards represent ap¬ 
proximately 10 percent of standards sales 
and are projected to increase as outlets 
are expanded. 

The impact. This proposal to place 
standards activities under IEEE-USA 
will directly disenfranchise more than 20 


percent of the members of the IEEE-CS 
— those non-US IEEE members who di¬ 
rectly participate in IEEE-CS standards 
working group activities and who for¬ 
mally vote on draft standards prior to 
their approval by the IEEE. In effect, they 
would be told, “If you want to participate 
in IEEE standards activities, that’s too 
bad. These are US standards activities 
only.” Even further (assuming overseas 
members have the same interests as US 
members), this would remove the major 
reason why 34 percent of our overseas 
IEEE members join the CS. 

In addition, there are a few more subtle 
impacts. The first is on the quality of the 
standards being approved. This is a direct 
function of the variety of input in the de¬ 
velopment process. This proposal would 
delete 20 percent of the input at both 
working-group and balloting-group lev¬ 
els, with subsequent losses of the quality 
and the consensus that would otherwise 
be obtained. 

A second impact would be on those 
draft standards that will never be started 
or approved. With this projected assign¬ 
ment of standards to the US, groups may 
be too small to pursue a particular stan¬ 
dards effort. Even worse, groups both in¬ 
side and outside the US may start separate 
efforts and arrive at different standards 
covering the same item. This might then 
change IEEE standards activities from an 
open consensus-seeking process to an 
“us-versus-them” conflict approach. 

Overall assessment. In these days of 
the global village, it doesn’t make sense 
to restrict standards work in information 
technology, telecommunications, or 
even power system relays to the national 
(US) level. Standards programs must be 
at the international level to be effective. 
As noted in the August 1989 issue, where 
ISO/IEC are appropriate, they should be 
used. Where they are not appropriate, the 
IEEE should seek to serve the interna¬ 
tional needs through other means. 

The bottom line is that development of 
national standards is a waste of time, ef¬ 
fort, and money, and, as a result, reorgan¬ 
izing the IEEE to place standards activi¬ 
ties under IEEE-USA appears as though 
it would be a giant step backwards. 

What is to be done. If this is a matter of 
concern to you, state your thoughts in a 
note to: IEEE President, Volunteer Re¬ 
structuring — Standards, 345 E. 47th St., 
New York, NY 10017. Even better, drop a 
note to your representatives on the IEEE 
Board of Directors. The new board takes 
office in January and your representa¬ 
tives’ names and addresses can be ob¬ 
tained by calling the Field Services ad¬ 
ministrator at the IEEE Service Center, 
(201) 652-5504. 


Moving? 

PLEASE NOTIFY 

Name (Please Print) 

US 4 WEEKS 

IN ADVANCE 

New Address 


City State/Country Zip 

MAIL TO: 

IEEE Service Center 

445 Hoes Lane 
Piscataway, NJ 08854 

• This notice of address change will apply to all 
ATTACH IEEE publications to which you subscribe. 

LABEL . Lj S ( n ew address above. 

HERE . || y 0(J have a q ueS |j on about your subscription, 

place label here and clip this form to your letter. 


74 


COMPUTER 


















CALL FOR 

PAPERS, 

TUTORIALS, 

AND PANEL 

SESSION 

PROPOSALS 


CONFERENCE ON 
SOFTWARE MAINTENANCE -1990 

SAN DIEGO, CALIFORNIA 
NOVEMBER 26-29,1990 


The Conference on Software Maintenance-1990 (CSM-90) will gather software managers, developers, maintainers, and 
researchers to discuss new solutions to the continuing challenge of software maintenance and software maintainability. 


Theme: The Interface Between the Development and the Maintenance Processes 

CSM-90 will focus on the migration of software development methodology to the software maintenance process and the management of 
long lived software systems. CSM-90 seeks papers that will advance the state of the art of software maintenance and help foster in¬ 
creased interaction between the academic and industrial communities. 


SUGGESTED TOPICS 


SCOPE AND PURPOSE 


Papers, Panel Session Proposals, and 
Tutorial Proposals related to, but not 
limited to, the following topics are invit¬ 
ed. 

• Software Maintenance Environments • 
Empirical Maintenance Studies • Expert 
Systems and Software Maintenance • 
Configuration Management • Develop¬ 
ing Maintainable Systems • Standards 
for Software Maintenance ■ Software 
Maintenance Methodologies • Software 
Tools • Acquisition of Software Mainte¬ 
nance Services • Software Testing and 
Validation • Reengineering, Reusability, 
Restructuring • Software Quality • 
Software • Maintenance Metrics • 
Software Maintenance Management • 
Software Maintenance Education • Do¬ 
cumenting for Software Maintenance 

CONFERENCE COMMITTEE 

GENERAL CHAIR 
Captain Thomas M. Pigoski, USN 
NSGD Pensacola, Corry Station 
Pensacola, FL 32511 
(904) 452-6399 

PROGRAM CO-CHAIRS 
John Munson 

Division of Computer Science 
University of West Florida 
Pensacola, FL 32514 
(904) 474-2989 
email: jmunson@uwf.bitnet 

Malcolm Munro 

Centre for Software Maintenance 
University of Durham 
Durham DH1 3LE, England 
+44(091)374-2634 
email: mm@easby.durham.ac.uk 


Software Maintenance is the enhancement, restructuring and correction in production 
use. CSM-90 will provide a forum for the discussion of software maintenance through 
refereed papers, experience reports, panel sessions, tutorials, informal meetings, and 
tool demonstrations. CSM-90 will acquaint managers and practitioners with current ad¬ 
vances in software maintenance technology and researchers with current research 
needs. CSM-90 will entertain papers and proposals in the areas of Basic Research, Ex¬ 
periences of Technology Transfers, and Analysis of Empirical Research. Contributions 
that describes the results of investigations, and not simply proposed investigations, are 
solicited in any of the areas of suggested topics. The conference is open to all who are 
involved with or have an interest in software maintenance: professionals and research¬ 
ers, from industry, government, and academia. 

SUBMISSION INFORMATION 

Five (5) copies in English of papers, panel proposals, or experience reports should be 
submitted to either (but not both) program co-chair at one of the addresses listed. 

Papers should be 1000-5000 words in length. Papers must not have been published or 
submitted elsewhere for publication. The cover letter must include: title and maximum 
250 word abstract only. The first page must include title, all author's names, complete 
mailing addresses, and telephone numbers. If the paper is accepted, one of the authors 
is expected to present the paper at CSM-90. 

Panel Proposals should include title, proposed chair, tentative panelists (including a short 
vita), a 2 or 3 paragraph description of the subject of the panel discussion together with 
a rationale for the panel. Panelists must have agreed to participate prior to the submis¬ 
sion of the panel session proposal. 

Experience Reports are intended to provide exposure for software maintenance profes¬ 
sionals of practical experiences in the application of software maintenance technology to 
practical applications (e.g. using a tool or method, applying a metric, following a project 
management discipline, etc.) The contributor(s) should submit a 4-6 page written 
description of the experience and a one page summary of the project for a ten minute 
presentation at the conference. The evaluation criteria for these submissions will be 
based on the relevance of the results to future work in the area. 

Tutorial Sessions have been a significant part of the past CSM conferences. Proposals 
are solicited for both full-length all-day tutorials and also for mini-tutorials of two to four 
hour length. 

A Tools Fair will run in conjunction with the conference. Those interested in exhibiting a 
tool, whether experimental or commercial, and presenting a paper about the tool and its 
use should contact the Tools Fair Chair. 


TOOLS FAIR CHAIR 
Paul Oman 

Department of Computer Science 
University of Idaho 
Moscow, ID 83843 
(208) 885-7219 

email: oman@ted.cs.uidaho.edu 


IMPORTANT DATES: Submission Deadlines: March 1, 1990 Acceptance Notification; 
April 15, 1990 Final Version: May 15, 1990 
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Editor: Guylaine M. Pollock, Sandia National Laboratories, 1424, PO Box 5800, Albuquerque, NM 87185; phone (505) 846-0040; electronic mail: gmpollo@sandia.gov. 


Lawrie chosen president-elect in polling for new officers, board members 


Computer Society members named 
Duncan H. Lawrie 1990 president-elect 
in this fall’s ballotting to elect officers 
and members of the Board of Governors. 
Lawrie will serve as president-elect dur¬ 
ing 1990 and will become president in 
1991. Helen Wood, this year’s president¬ 
elect, will assume the presidency on 
January 1, 1990. 

Lawrie’s election was confirmed by a 
recount of the votes for president-elect, 
requested by candidate Joseph E. Urban 
because of the closeness of the original 
IEEE tally. The recount by the Independ¬ 
ent Election Corporation of America was 
within 0.5 percent of the IEEE count and 
did not change the election’s outcome. 

Officers. The membership also 
elected Laurel V. Kaleda first vice presi¬ 
dent and Paul L. Borrill second vice presi¬ 
dent. They outpolled Barry W. Johnson 
and Bill D. Carroll, respectively. Lawrie, 
Kaleda, and Borrill will begin their terms 
January 1. 

With the number of votes received 
shown after each name, the results of the 
1989 elections are as follows: 

President-elect: 

Duncan H. Lawrie (elected) 5,021 

Joseph E. Urban 4,913 

First vice president: 

Laurel V. Kaleda (elected) 5,387 

Barry W. Johnson 4,464 



Duncan Lawrie of the University of Illi¬ 
nois is the IEEE Computer Society’s 
1990 president-elect. 


Second Vice President 

Paul L. Borrill (elected) 5,221 

Bill D. Carroll 4,442 

Since Borrill had been elected to a 
three-year term on the Board of Gover¬ 
nors in the 1988 election, a board va¬ 
cancy was created by his election as sec¬ 
ond vice president this year. The board 
was scheduled to elect someone to fill 


Borrill’s unexpired term (1990-91) at its 
November 17 meeting in Reno; the result 
was not available at press time, which pre¬ 
ceded the meeting by several days. 

Board of Governors. Of the 16 candi¬ 
dates for the Board of Governors, seven 
were elected to three-year terms begin¬ 
ning January 1. The results, with the num¬ 
ber of votes received after each name, are 
as follows: 


Elected to three-year terms (1990-92): 

Bruce D. Shriver 

5,246 

Alicja I. Ellis 

5,056 

Sallie V. Sheppard 

5,008 

Harold S. Stone 

4,958 

Wing N. Toy 

4,664 

David Pessel 

4,145 

Tadao Ichikawa 

4,082 

Not elected: 


Ralph J. Preiss 

3,706 

Jon T. Butler 

3,236 

Anneliese von Mayrhauser 

3,086 

Ronald D. Williams 

3,046 

Marshall C. Yovits 

2,898 

Jacques Tiberghien 

2,827 

Michel Israel 

2,576 

Gerald L. Engel 

2,482 

Charles B. Silio 

2,235 


History of the balloting. The total 
votes cast this year was about the same as 
last year, but the participation rate of eli¬ 
gible voters was down a half percentage 
point. Table 1 contains comparative sta¬ 
tistics for the last several years. 


Parrish elected IEEE Division V delegate 

Edward A. Parrish, Jr., who served as president of the IEEE Computer Society in 
1988 and past-president this year, has been elected to a two-year term as Division 
V delegate-director on the IEEE Board of Directors. Parrish out-polled Glen G. 
Langdon, 5,275 to 4,304, in the institute’s fall election. 

The IEEE board had passed a procedure to allow the winner of the Division V 
post to fill out the unfinished term of Harriett Rigas, who died July 26. Her two-year 
term was to have ended December 31, 1989. So, Parrish has already taken office. 
His own two-year term will start January 1. 

Parrish thus joins another former Computer Society president, Roy L. Russo, on 
the IEEE board. Russo is midway through his two-year tenure as Division VIII dele¬ 
gate-director. 

The society membership constitutes two of the 10 IEEE divisions. The member¬ 
ship elects one director each year, and the winners serve overlapping two-year 
terms. 


Table 1. Comparative statistics for the 
past three Computer Society elections. 


Election 

Year 

1987 

1988 

1989 

Ballots 

distributed 

64,121 

73,862 

77,882 

Ballots 

returned 

9,047 

10,110 

10,263 

Percent 

voting 

14.1 

13.7 

13.2 
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Two technical committees evaluate dues collection experiment 

Laurel V. Kaleda, Vice President, Technical Activities 


The Technical Activities Board’s mid¬ 
year experiment of allowing two IEEE 
Computer Society technical committees 
to charge dues for membership is being 
evaluated. 

The experiment was initiated in July 
1989 by the TC on Data Engineering and 
the TC on Simuiation after they gained 
approval from the society to collect mem¬ 
bership fees and mailed notices to their 
members about the change. (See Com¬ 
puter, July 1989, pp. 81-82.) 

It has been several months since those 
initial notices were mailed. The re¬ 
sponses were along expected lines; 23 
percent of TCDE members and 14 percent 
of TCSim members paid dues to remain 
members of their TCs. The fees requested 
were $15 for society members and $25 for 
non-society members. 

The problem. Why did TAB begin the 
experiment in the first place? As the TCs 
were becoming more active and deliver¬ 
ing more member services, the expenses 
to deliver those services were increasing. 
The success of the TCs was reflected by 
the fact that they were acquiring more 
members, generating more issues and 
pages in their newsletters, and providing 
more diverse services. As the activities of 
the various TCs became more visible to 
all interested professionals, demand 
grew. TAB felt this growth was healthy. 

However, many of the members of the 


TCs were not Computer Society mem¬ 
bers. This meant that, even though they 
paid no dues or other fees to cover the cost 
of receiving services, non-CS members 
of the TCs enjoyed the same TC benefits 
as did CS members. 

The various TCs deliver very different 
services. They put different demands on 
the limited pool of funds available to 
them through TAB for TC activity sup¬ 
port. This makes it difficult for TAB to 
decide which activities should get direct 
TAB support and which should not. 

The TC dues experiment was TAB’S 
attempt to improve the funding for those 
TCs that had good, reliable programs of 
activities. We felt the TCs with strong 
programs should try to become self-sup¬ 
porting. 

Choosing the pilot TCs. TAB had set 
up a committee of three recent TC chairs 
to help select the TCs that would attempt 
the fees process. They set the basic guide¬ 
lines and indicated that each TC had to 
have 

• a reliable, consistent set of activities, 

• a complete plan for delivering serv- 

• specific and quantifiable services, 
such as newsletters. 

A number of the 33 society TCs quali¬ 
fied under these guidelines, but only two 


put together plans for service delivery 
that were acceptable to the review com¬ 
mittee. The two TCs were chosen because 
of their strong newsletters, which sup¬ 
ported other activities such as specialty 
conferences (the TC on Data Engineer¬ 
ing) and a member bulletin board (the TC 
on Simulation). 

Both TCs are strong and well accepted. 
They were willing to be the guinea pigs in 
a very different approach to TC member¬ 
ship. Thus, TAB went forward with the 
experiment with high hopes for success. 
For whatever the reasons, most of the TC 
members were not convinced the TC 
services were worth the fees set down. 
This is why the membership fee approach 
is being evaluated. 

The next step. The experiment is con¬ 
tinuing, and additional TCs are evaluat¬ 
ing the value of charging dues. TAB con¬ 
tinues to analyze the progress of this 
experiment. The status of TAB evalu¬ 
ations will be reported in a future issue of 
Computer. 

TAB will continue to focus on the best 
possible delivery of good, effective serv¬ 
ices to TC members. That is what makes 
them successful and contributes to their 
growth. Growth enables them to deliver 
additional and varied services, and, in 
turn, better services tend to contribute to 
greater growth. It’s a nice cycle to get 
into. 


Three win 1989-90 Computer Society Merwin Scholarships 

Lori Rottenberg, IEEE Computer Society 

Carol E. Fan, Scott A. Fawcett, and 
Kathy B. Hill, outstanding student mem¬ 
bers of the IEEE Computer Society, have 
been awarded $3,000 Merwin Scholar¬ 
ships for the 1989-1990 school year. Mer¬ 
win Scholarships are presented annually 
to students who not only excel academi¬ 
cally but who also provide active leader¬ 
ship in their Computer Society student 
chapters. 

Background on winners. Fan, now a 
graduate student in computer science and 
engineering at the University of Michi¬ 
gan, was chair of the Computer Society’s 
student branch chapter at Pennsylvania 
State University during the 1988-89 
school year. Under her direction, the 



Carol Fan (left), Scott Fawcett, and Kathy Hill have been named the winners of the 
1989-90 Merwin Scholarships, which honor the late Richard E. Merwin, a former 
president of the IEEE Computer Society. 
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Most companies OK after major quake 


Penn State chapter heard lectures from 
seven distinquished visitors and hosted a 
student professional activities confer¬ 
ence. In addition, Fan maintained a 3.8 
GPA and shared a first-place prize in the 
IEEE Region 2 Student Paper Contest. 
She plans to work at Bellcore’s Opera¬ 
tions Technology Center after she com¬ 
pletes her studies. 

Fawcett is a senior at the University of 
Minnesota at Duluth, studying computer 
engineering. As vice chair of the UM stu¬ 
dent branch chapter, Fawcett developed a 
peer-advisor system for his program’s 
lower-division students and organized 
chapter meetings featuring resume-writ¬ 
ing for engineers and a demonstration of 
the Next computer. Fawcett also received 
the first IEEE and Minnesota Power 
Marchetti Scholarship. Upon graduating 
next spring, Fawcett hopes to work in ro¬ 
botics, digital systems, or computer 
architecture design. 

Hill, who is graduating this month with 
a BS in electrical and computer engineer¬ 
ing from the University of Tennessee at 
Knoxville, is chair of her school’s Com¬ 
puter Society student branch chapter. 

Last year, while serving as the chapter’s 
program director, she edited the Random 
Noise newsletter and was active in ar¬ 
ranging to have the society’s Compusat 
88 teleconference viewed on her campus. 
This year, in addition to her responsibili¬ 
ties as chapter chair. Hill is editor of the 
IEEE student branch chapter magazine, 
Common Ground. She plans to pursue MS 
and PhD degrees in electrical engineer¬ 
ing at the University of Tennessee, with a 
focus on image processing. 

Information on awards. The Com¬ 
puter Society has recognized student 
leaders with Merwin Scholarship awards 
since 1980. (The scholarship program as¬ 
sumed its present name in 1982 in mem¬ 
ory of Richard E. Merwin, a former Com¬ 
puter Society president.) 

Each year, up to four $3,000 scholar¬ 
ships are awarded to students who have 
studied through their junior year in the 
field of electrical engineering, computer 
engineering, computer science, or an¬ 
other well-defined, computer-related 
field (such as biomedical computer engi¬ 
neering or design automation). To qual¬ 
ify, candidates must be active members 
of the Computer Society student branch 
chapter at their campus and show promise 
in their academic and professional ef¬ 
forts. 

The deadline for the 1990-91 Merwin 
Scholarship competition is May 15, 

1990. For applications and more infor¬ 
mation on the scholarship program, con¬ 
tact IEEE Computer Society, 1730 Mas¬ 
sachusetts Ave. NW, Washington, DC 
20036-1903, phone (202) 371-0101. 


Computer-related companies in Cali¬ 
fornia’s Bay Area scrambled to reassure 
and help their customers after a large 
earthquake hit the San Francisco-Santa 
Cruz area October 17. 

The quake, which measured 7.1 on the 
Richter scale, was centered near Santa 
Cruz, about 70 miles south of San Fran¬ 
cisco. Damage included the collapse of 
two upper-deck roadways — a mile-long 
section of Interstate 880 and a section of 
the Bay Bridge connecting San Francisco 
and Oakland — and the partial or total col¬ 
lapse of a number of residential buildings. 

Jim Haynes, Computer's “Open Chan¬ 
nel” editor, reported soon after the quake 
that the University of California at Santa 
Cruz “came through with minimal dam¬ 
age” and that “the computer networks 
have stayed up throughout.” 

Other research facilities in the area 
also seemed to survive fairly well. Seis¬ 
mic switches, or “doomsday boxes,” at¬ 
tached to Cray supercomputers at Law¬ 
rence Livermore National Laboratory 
and NASA Ames Reserach Center cut 
power to those computers when the quake 
hit, keeping the heads from crashing and 
helping to prevent data loss. 

The week following the quake saw a 
flood of press releases from companies 
with headquarters or manufacturing sites 
in the area, including Apple Computer, 
Hewlett-Packard, National Semiconduc¬ 
tor, VLSI Technology, and the Santa 
Cruz Operation. Several companies, in¬ 
cluding HP and Digital Equipment Cor¬ 
poration, offered special assistance to 
Bay Area customers. 

Most companies seemed to be affected 
more by the power failure caused by the 
quake than by the quake itself. Still, most 
companies slowed or halted business for 
a day to check for physical damage. 

Even before it had fully surveyed its 
corporate and manufacturing facilities in 


the area, HP estimated its damages to be 
in the millions of dollars. Most of the 
company’s facilities were running within 
a couple of days, and the firm announced 
a week after the quake that it was offering 
free remote support and on-site damage 
assessment to its Bay Area customers. 

Digital Equipment Corporation also 
flew in dozens of extra customer service 
personnel and $6 million in additional 
materials and spare parts. 

Cupertino-based Apple resumed “cru¬ 
cial” business operations after a one-day 
shutdown to assess physical damage. The 
company’s Macintosh manufacturing 
plant in Fremont and its distribution facil¬ 
ity in Sunnyvale suffered minor damage. 

National Semiconductor in Santa 
Clara also halted production for a day, 
and San Jose-based VLSI Technology 
operated at a reduced level for one day be¬ 
fore resuming full operation. 

Other heavily computer-dependent 
companies relied on disaster recovery 
plans. In San Mateo, Visa’s emergency 
power facilities kicked in when power 
failed; the credit-card company then 
switched all transactions to an East Coast 
backup facility. San Francisco-based 
Wells Fargo Bank had service at 80 per¬ 
cent of its automated teller machines re¬ 
stored by the next day. 

The three-day Supercomputing World 
conference was to have opened the day 
after the quake, but it was postponed until 
officials could find time to inspect the 
Civic Auditorium. The facility was 
deemed safe in time for the Computer- 
Aided Software Engineering Conference 
& Exposition (CASExpo) the next week. 

With phone lines jammed up, several 
subscribers to the commercial Compu¬ 
Serve network transmitted messages to 
and from the stricken area, and an “earth¬ 
quake forum” was set up on the network 
the day after the quake. 


Amidst the tragedies of the earthquake, a few beacons of silliness stood out. Our fa¬ 
vorite post-quake press release was meant to tout how well a particular company's 
disaster recovery plan worked. 

As part of its plan, the company held “first-refusal rights" to a nearby hotel's meeting 
rooms. This would give the company a place to continue business if its own building 
became uninhabitable. (The release doesn’t mention what the company would do if a 
disaster affecting its business also were to affect the hotel.) 

The earthquake did, in fact, render the company's building uninhabitable. The re¬ 
covery plan kicked in: For the next two days, employees entered the building two at a 
time, went up to the company’s fourth-floor offices, and lowered computers and duffel 
bags full of files out the window on ropes. 
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Accreditation commission gets recognition News briefs 


After a 2V5-year review, the accredita¬ 
tion commission founded by the IEEE 
Computer Society and the Association 
for Computing Machinery has received 
official recognition from the Council on 
Postsecondary Accreditation. 

The Computer Science Accreditation 
Commission of the Computing Sciences 
Accreditation Board was recognized by 
COPA October 6. The commission previ¬ 
ously was recognized by the US secretary 
of education. 

To secure COPA recognition, CSAC/ 
CSAB had to show that its accreditation 
would protect the interests of students, 
their families, educational institutions, 
the computing professions, employers, 
and the public. CSAC/CSAB also needed 
to show that its efforts are well received 
among these groups, and that it follows 
accepted practices of postsecondary ac¬ 
creditation agencies. 

The Computer Society and ACM 
founded CSAB five years ago, as rapid 
growth in computer-related degree pro¬ 
grams raised concerns about quality, con¬ 
sistency, and professional outcomes for 
CS graduates. More than 225 volunteers 
from the two societies are members of 
program evaluation teams or representa¬ 
tives to the board or commission. 


Development and production of ad¬ 
vanced DRAMs is an essential element in 
an “electronics food chain” that is vital to 
US military and economic security, says 
a newly released IEEE-USA report. 

The 36-page document is the result of a 
two-day IEEE-USA workshop on a na¬ 
tional DRAM initiative. The June work¬ 
shop was the second in a series on ways to 
revitalize the US electronics base. 

According to the report, Japanese 
manufacturers control more than 87 per¬ 
cent of the world’s merchant supply of 
high-performance DRAMs. The US out¬ 
put is estimated at less than 7 percent and 
declining. 

The report lauds the creation of US 
Memories, a private joint venture by 
which US firms hope to reenter the world 
DRAM market. The workshop partici¬ 
pants recognized USM as a signal from 
industry about industry’s survival needs 
in the global semiconductor market. 

While recognizing USM’s commit¬ 
ment to proceed without government fi¬ 
nancial help, the report urges timely gov¬ 
ernment action to help such endeavors. 


Since 1985, more than 200 colleges 
and universities have indicated they 
would like CSAC/CSAB accreditation. 
More than 100 programs have actually 
been evaluated and 81 have received ac¬ 
creditation. 

Qualifying undergraduate programs 
must prepare their graduates for profes¬ 
sional employment and progressive ca¬ 
reers as computer scientists. Accredita¬ 
tion means a program meets or exceeds 
CSAC/CSAB requirements for faculty, 
curriculum, laboratory and computing 
resources, students, and institutional 
support. Accreditable programs also 
must devote at least 25 percent of the stu¬ 
dent’s time to the humanities, social sci¬ 
ences, communications, and the arts. 

The accreditation process takes about 
18 months. First, an institution requests 
an evaluation no later than January 31 be¬ 
fore the academic year in which the 
evaluation is desired. The institution sub¬ 
mits a self study by June 1, and an evalu¬ 
ation team then visits the campus in the 
fall. CSAC/CSAB takes final action at its 
June annual meeting. 

Information on accreditation is avail¬ 
able from the executive director, CSAB, 
345 E. 47th St., 14th floor. New York, NY 
10017, phone (212) 705-7314. 


Workshop participants recommended 
reducing the “differentially high costs of 
US capital,” more effectively monitoring 
trade and trade agreements, and clarify¬ 
ing antitrust implications. 

The report includes summarized discus¬ 
sions and conclusions of workshop work¬ 
ing groups. Presentation summaries in¬ 
clude: “Trade and Historical Perspectives 
on DRAMs,” “Current Japanese Elec¬ 
tronics Industry Strategy,” “US Memo¬ 
ries, Inc.,” “The View from Europe,” and 
“DRAMS, USM, and the Food Chain.” 

The report also includes main argu¬ 
ments on several issues for which there 
was not enough time to reach consensus 
during the workshop: the second US- 
Japan semiconductor trade agreement, 
market protection, domestic content, and 
opening Japanese markets. 

The report is being distributed to mem¬ 
bers of Congress, the director of the 
White House Office of Science and Tech¬ 
nology Policy, the director of the Office 
of Management and Budget, the secre¬ 
tary of defense, the secretary of com¬ 
merce, and other government officials. 


ICCP exam structure changes. The 
Institute for Certification of Computer 
Professionals has restructured all of its 
examination structures for 1990. The 
new structure features a “core” exam re¬ 
quired of all designations and covering 
technology, data and information, human 
and organizational aspects, systems con¬ 
cepts, systems development, and associ¬ 
ated disciplines. All sections of the core 
must be taken and passed in one sitting. 
The new examinations will be more com¬ 
prehensive and will take two more hours 
to complete. 

The current ICCP designations will 
remain the same: Certified Computer 
Programmer, Certified Systems Profes¬ 
sional, and Certified Data Processor. Re¬ 
ceiving an ICCP designation will require 
passing the core, a required specialty for 
the designation, and any other ICCP spe¬ 
cialty. The required specialty for the CCP 
designation is general programming; for 
CSP, systems development; for CDP, 
management. Specialties in addition to 
those required are software engineering, 
communications, business information 
systems, scientific programming, sys¬ 
tems programming, and office informa¬ 
tion systems. 

For more information, contact the 
ICCP, 220 E. Devon Ave., Suite 268, Des 
Plains, IL 60018, phone (312) 299-4227. 

Benchmark award announced. Gor¬ 
don Bell has established a new $2,500 
award for high-performance scientific 
computing. In a contest based on the Per¬ 
fect Club benchmark suite, winning en¬ 
tries will be chosen from among the fol¬ 
lowing categories: 

• Systems with 16 or fewer processors. 
Measures the fastest wall-clock time 
(including I/O) for the entire Perfect 

• Systems with more than 16 proces¬ 
sors. Same as above. 

• Perfect suite cost effectiveness. 
Measures the maximum cost effec¬ 
tiveness of the run of the Perfect 
suite. Cost effectiveness is defined as 
1 divided by the product of wall-clock 
time and the software’s list price. 

• Algorithms cost effectiveness. 
Measures maximum cost effective¬ 
ness for the total running time of four 
algorithms. 

• Perfect subset. Measures fastest 
wall-clock time for two codes from 
the Perfect suite, with no restriction 
on the number of processors. 

Entries must be submitted by Decem¬ 
ber 31, 1989. Contact Cathy Warmbier, 
Bell Award for Perfect Benchmarks, 
CSRD, 305 Talbot Lab, Urbana, IL 61801. 


IEEE report: US chip initiative vital 
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PRODUCT REVIEWS 


Editor: Richard Eckhouse, UMASS-Boston, Harbor Campus, Boston, MA 02125, Compmaik, r.eckhouse; Bitnet, eckhouse@umbsky; CompuServe, 70516,556 


The Network Eye and LANtastic NOS 


Richard Eckhouse 

I started out reviewing the latest new 
release from Artisoft, called the Network 
Eye. In the process, I decided to update 
my version of Artisoft’s Network Oper¬ 
ating System, LANtastic NOS, and found 
so many new and improved features that 
I decided to cover both in this evalu¬ 
ation. For those of you who missed my 
earlier review on LANtastic, see Com¬ 
puter, August 1988, pp. 90-1. 

I continue to rate LANtastic an out¬ 
standing product and a best buy. This 
versatile network features both an inex¬ 
pensive network board and a comprehen¬ 
sive network operating system. It per¬ 
forms like any other full-featured system 
that handles up to 120 users, yet requires 
a minuscule amount of memory as either 
a server (less than 40 Kbytes) or a work¬ 
station (less than 12 Kbytes). The price 
per node is only $199, and this is for a 
fully NetBIOS-compatible LAN that runs 
at 2.0 Mbps. 

What’s new with LANtastic. The 

current release of LANtastic NOS, ver¬ 
sion 2.57, supports DOS version 4.00 
and above; includes a host of new com¬ 
mands for sending and receiving mail, 
plus an enhanced Net Show command; 
has an increased despooling speed; and 
offers a broadcast feature for available 
servers to facilitate logins. Remote boot¬ 
ing for diskless workstations is planned 
for a future release, as revealed by the 
menu code already in the current release. 

Version 1.92 of LANBIOS uses less 
memory, down by half a Kbyte to 1.5 
Kbyte. It also offers a revised switch 
parser, including new switches for help 
and indirect files; a reformatted verbose 
output that includes memory usage infor¬ 
mation; performance improvements 
through different default parameters for 
NCBs (network control blocks), sessions, 
and buffers; and improved startup diag¬ 
nostics. A new Netbios setup program 
allows you to set up (alter) a Netbios 
session and NCB parameters so that 
more users can log into a server. And, fi¬ 
nally, you get LANPUP, LANtastic’s 
Pop-up Utility Package. This pop-up ver¬ 
sion of the Net menuing program re¬ 
quires less than 5 Kbytes of RAM and 
provides 


• login and logout of servers, 

• redirection of disks, 

• redirection of printers, 

• printer queue management, and 

• sending and receiving for electronic 
mail. 

All of this costs a mere $15 if you are 
upgrading. For the rest of you, it comes 
bundled with the LANtastic starter kit 
that sells for $525 and includes two half¬ 
height LAN adapters, a user version of 
LANtastic NOS, a 15-foot cable, and two 
terminators. Those of you who already 
own adapters can buy the adapter-inde¬ 
pendent LANtastic NOS for $495. 

Also new from Artisoft is the LANtas- 
tic-Z slotless LAN, which connects two 
PCs via either a serial or parallel port 
and sells for $199; a 0,7-Mbps LAN that 
supports up to eight users and costs $325 
for a two-user starter kit; and a LANtas¬ 
tic Ethernet for $725 in the standard 
starter-kit package. Soon to be available 
are ROM and RAM daughter boards to 
remotely boot off of a server or to lower 
the NOS’s workstation and server mem¬ 
ory requirements. 

The Network Eye. The Network Eye, 
which started this review, is also an ex¬ 
cellent product and outstanding value. 
The idea behind this $295 network soft¬ 
ware is to allow network users to view 
what’s going on at other workstations on 
the network, to interact at one node as if 
sitting at the console of the other work¬ 
station, to cut and paste between work¬ 
stations, and to perform all of this within 
multiple windows on the controlling ma¬ 
chine. Conversely, up to 99 computers 
can simultaneously control a single 
workstation. 

You pay for this functionality with 30 
Kbytes on the controlling machine and 1 - 
6 Kbytes on the monitored station (de¬ 
pending on the type of video board it 
uses). One understandable limitation is 
that you can only use this software in 
text mode. Given the variability in 
graphics adapters, plus the differences 
that may exist between the master and 
slave workstations, this limitation makes 
sense. 

The Network Eye is relatively simple 
to set up. A workstation must execute a 
command to allow another remote work¬ 


station to monitor it. The command 
specifies how many master workstations 
can control it simultaneously. The com¬ 
mand includes password protection for 
both access to the workstation from other 
workstations and access to the keyboard. 
To perform the monitoring function, you 
can use one of two commands: (1) to 
pop-up The Network Eye onto the moni¬ 
toring workstation’s screen, or (2) to 
zoom into the monitored workstation, is¬ 
sue a command, and quit. The first loads 
the software as a RAM-resident program, 
while the second does not. 

Using the pop-up feature, you initially 
see two windows on the monitoring 
workstation: a cut-arid-paste window and 
a local screen window. Processing is sus¬ 
pended on the monitoring workstation 
unless you zoom into that window. At 
this point you can move the screens any¬ 
where on your display, resize the win¬ 
dows, and scroll the information within a 
window. The Insert key allows you to 
enter a command to open a window for a 
remote workstation. (Up to 32 such win¬ 
dows can be opened.) Color (which can 
be disabled) highlights each window. 

The plus and minus keys let you move 
from window to window, and the zoom 
key (Alt- Z) expands the window to full 
screen so that you can share control of 
the remote workstation — provided you 
have password access. 

I used The Network Eye to test a pair 
of modems I was having trouble with. 
Using identical software and hardware 
on both machines, I could control the 
connection between the two workstations 
and start up the communications soft¬ 
ware, make a telephone connection be¬ 
tween the two, and execute a protocol to 
transmit and receive a file from one ma¬ 
chine to the other. Previously, I had to 
run between the two machines, acting as 
operator on each. Now I had complete 
control of them both by switching win¬ 
dows on the controlling workstation. 

Another practical use came up when I 
needed to help a user on another work¬ 
station. Instead of having to physically 
relocate myself to the other person’s of¬ 
fice, I could now tell them to enable The 
Network Eye so that I could monitor 
what was going on at their location. And, 
although I didn’t use the feature, I could 
also have extracted data from their work- 
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station using the cut and paste com¬ 
mands. 

Recommendations. Artisoft offers 
outstanding products at economical 
prices. I have found their software and 
hardware to work reliably, and I have 
never encountered any problems. The 


documentation is excellent and thorough. 
The power and performance their sys¬ 
tems offer is impressive. At this point, I 
could not get along without their LAN 
system. 

All this is my way of saying this is 
truly one of the best buys I have encoun¬ 
tered, and it has convinced me to net¬ 


Adding memory painlessly 


Richard Eckhouse 

Given the need for greater amounts of 
memory for today’s 286 and 386 ma¬ 
chines, we need an easy way to upgrade 
our PCs. Newer Technology has come up 
with a nearly painless method for adding 
up to 8 Mbytes on a single board. Their 
board, called Attraction, is a high-speed 
AT extended memory board that anyone 
should be able to install within minutes 
of opening the box it comes in. 

Features. The Attraction board comes 
with either 2 or 4 Mbytes of zero wait- 
state RAM soldered onto the board. As 
long as your bus speed doesn’t exceed 
12.5 MHz (most do not), you should 
have no trouble installing this product in 
either a 286 or 386 machine. It supports 
processor speeds up to 33 MHz. 

You can use the board to increase your 
system memory up to 15 Mbytes. If you 
don’t have 640 Kbytes of conventional 
memory, you can even backfill from the 
memory on the board. If you have a 286, 
you’ll appreciate the fact that Newer pro¬ 
vides LIM/EMS (Lotus-Intel-Microsoft 
expanded memory specification) Version 
4.0 support through its Charade emulator 
software. 


The board has no confusing dip 
switches because the Newer folks have 
made the process simply a matter of an¬ 
swering a few questions during setup. 

The process is straightforward, taking 
only four steps. 

The first step is for you to add any ad¬ 
ditional RAM to the factory-installed 
base using standard 1-Mbit SIMMs in ei¬ 
ther a 1 -Mbit x 8 (no parity) or 1 -Mbit x 
9 (parity) memory configuration. You 
must add SIMMs in pairs (thus, you must 
add 2 Mbytes at a time). 

The second step requires you to open 
your computer and install the board. 

In the third step you configure the 
board by loading the nonvolatile setup 
registers with information concerning the 
I/O port to be used. The setup software 
uses the port to communicate with the 
board. Each board has one port address. 
The setup software next determines the 
amount of conventional and extended 
memory on your system, not counting 
that on the Attraction board, and uses 
this to help you set the locations to be 
filled using the additional Attraction 
memory. At this point you also get an 
option to set up the best timing, from 



The Attraction 
AT extended 
memory board 
from Newer 
Technology sup¬ 
ports up to 8 
Mbytes of 
memory. 


work every machine we use so that we 
can take advantage of the LANtastic .sys¬ 
tem and The Network Eye. 

Contact Artisoft at Artisoft Plaza, 575 
E. River Rd., Tucson, AZ 85704, phone 
(602) 293-6363. 
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zero to one wait states, and in most cases 
you select the default (such as universal 
timing). 

Remember I said you can have either 
parity-checked memory or not. At this 
stage of the setup software you must en¬ 
able or disable parity checking. Finally, a 
display option in setup shows what op¬ 
tions you have chosen. 

The fourth step requires you to recon¬ 
figure the system BIOS so that it will 
know how much new memory has been 
added to the system. 

Performance. I installed 4 Mbytes in 
a 20-MHz 386. After four months of 
daily use, I have never failed the Post 
memory check. The board performs so 
unobtrusively, you don’t know it’s there. 
But bear in mind that, on a 386 that nor¬ 
mally communicates with system mem¬ 
ory via a 32-bit bus, things will be a little 
slower when using the 16-bit AT bus. 
Speed tests using 386Max (reviewed 
separately) indicated a relative rate of 
3.2 for the Attraction memory on the AT 
bus versus 1.0 for the 80-ns system 
memory connected via the memory bus. 
Let me add that I have not noticed any 
difference in the applications I have run 
using the board. 

Summing up. The board’s low-profile 
design should fit even the slim-line XT 
286-style machines. Construction quality 
is high, and the ability to add my own 
SIMM modules makes this an attractive 
memory alternative expansion at $1,200 
for a 4-Mbyte board. 

All in all, this well-designed, high- 
quality memory product should please 
any user. Based on my evaluation, I give 
the Attraction board top rating. 

For more information on the 
company’s memory products, contact 
Roger Kasten Jr., National Sales Man¬ 
ager, Newer Technology, 1117 S. Rock 
Rd., Suite 4, Wichita, KS 67207, phone 
(316) 685-4904. 
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The Automated Programmer 


Richard Eckhouse 

Consider what Fortran might have 
been like if the designers had had today’s 
machines available for development. Of 
particular interest would be the changes 
made possible by inexpensive graphics 
and personal computer systems. But why 
consider the possibilities when there ac¬ 
tually is a product for numerical compu¬ 
tation that enables a computer to recog¬ 
nize and process mathematical, engineer¬ 
ing, and scientific problem specifica¬ 
tions? That solution is called the Auto¬ 
mated Programmer, and it comes from 
KGK Automated Systems. 

The four steps to two-dimensional 
mathematics. Basically, the Automated 
Programmer combines a two-dimen¬ 
sional text editor and a Fortran program 
generator. It lets you easily enter the 
mathematical formulas that describe a 
problem and produce a working Fortran 
program that generates the numerical an¬ 
swers. All you need is an IBM-compat¬ 
ible PC, 512 Kbytes of RAM, CGA-com- 
patible graphics, a hard disk, and a For¬ 
tran compiler. The Automated Program¬ 
mer currently supports three compilers: 
the ones from Lahey, Ryan-McFarland, 
and Microsoft. A coprocessor will speed 
things up, but it isn’t required. 

First, you use the Install batch file to 
copy the necessary software off the dis¬ 
tribution disks. A read.me file lists your 
choices and tells you how to supply the 
necessary arguments. Next you check the 
Automated Programmer configuration 
file to make sure the program knows 
where to put your files and where to find 
your Fortran compiler. 

Second, you call up the program, 
which presents you with the Access 
Menu. This screen is partitioned into two 
panels, one called the Specification 
Panel and the other the Command Panel. 
The top and main portion of the screen is 
where you enter your file and path names 
and direct your output to the screen or 
printer. The lower part of the screen lists 
all the commands (Edit, Translate, Run, 
Print, Image, Interpretation, Files, De¬ 
lete, Subprogram, Link, Help, and Quit). 
When a command is highlighted (a result 
of moving between commands with the 
arrow keys), an explanatory phrase for 
the command appears on the last line of 
the display. The Escape key toggles be¬ 
tween the upper and lower panels. A 
shortcut allows you to execute a com¬ 
mand by hitting the Alt key and one of 
the command letters. 

Third, you will need to enter a prob¬ 
lem using the editor. When you call Edit 


from the Command Panel, you get a new 
screen that allows you to enter formulas 
and text much the way you would with 
pencil and paper. You use conventional 
mathematical notation for subscripts, ex¬ 
ponents, implied multiplication, division, 
matrix operations, and the like. The sys¬ 
tem supplies graphic representations of 
summation, product, integral, square 
root, matrix, and braces. Each representa¬ 
tion or symbol can be made larger as nec¬ 
essary to allow you to enter text, such as 
limits of integration, around it. Because 
this is a 2D editor, you can move the 
screen cursor anywhere you want to enter 
both the symbol or the text. However, 
you must keep the entered information 
within the bounds of the 2D line. The 
PageUp and PageDown keys, which only 
move from one 2D line to another, facili¬ 
tate this. 

In addition to the normal alphanumeric 
symbols (A to Z, a to z, and 0 to 9), the 
program supports 10 Greek symbols plus 
positive and negative infinity and a few 
more. Normally, you can use whatever 
you want for your variables as long as 
the names don’t conflict with the re¬ 
served set of keywords common to For¬ 
tran and expanded in the Automated Pro¬ 
grammer. A complete set of conditionals 
(if...then...else, for, while/until, and loop 
to) make it easy to build iterative models. 

For those familiar with Fortran, learn¬ 
ing is quick and easy. The basic element 
of the Automated Programmer is the sen¬ 
tence, which is made up of clauses. 
Clauses are separated from each other by 
blanks, commas, or “and.” A sentence 
ends with a period. Sentences can con¬ 
tinue over several lines. 

One interesting feature — the Image 
command — lets you edit a graphic with 
fields to be filled in either from initial 
values supplied at runtime or computed 
by the Automated Programmer. After 
running the executable program, this im¬ 
age can be displayed on the screen or 
printed on a graphics printer. 

The fourth step is to translate the de¬ 
scription that you created with the editor. 
The translator converts the 2D form to 
Fortran. If there are no errors, it calls the 
Fortran compiler, then links and runs the 
program. Errors bring you back to the 
editor so you can correct your mistakes. 

The integration of all these steps is 
particularly well done and seamless. It 
shows that you can put together a system 
for use by nonprogrammers, applicable to 
typical problems. 

After these four steps you have be¬ 
come a truly automated programmer. 


Note that I have not mentioned anything 
about I/O, particularly formatting your 
input or output, and the use of files. Both 
options are available if you want to go 
further, but you don’t need them to solve 
real problems. The idea behind this 
WYSIWYG product is that it should be 
easy to solve two-dimensional problems. 
It meets that goal very well. On the other 
hand, if you can program, you can write 
and link your own external functions and 
subroutines. 

All of this is, of course, documented in 
the manual, along with the numerous 
commands I’ve not described. I would 
rate the manual fair, meaning that it con¬ 
tains all of the information I needed to 
understand how the system works and 
how to use it, but it sometimes took a 
second pass to put it all into perspective. 
In addition to the manual, you get a 
handy cardboard template that explains 
the special keyboard keys on one side 
and the Access Menu and Editor on the 
other. It’s a thoughtful touch that will 
prove useful to the new user. 

Summing up. Some limitations exist 
in this system that you might want to 
consider. The most obvious is its two-di¬ 
mensional nature. If your problem is not 
2D, then you will need to work a lot 
harder to solve it. 

Second, you will have to write your 
own functions for the multitude not sup¬ 
ported. Thus, this system differs from 
MathCAD (see the June 1988 Computer , 
pp. 93-5), for example, in providing you 
with a way to craft problem solutions 
with very little knowledge of the basic 
mathematics behind the functions. That’s 
not bad, it’s just different. It makes this 
product fit into a niche previously un¬ 
filled. 

A third limitation is the lack of graph¬ 
ing routines. You will have to write your 
own or call up another program. 

Last, the common denominator of 
CGA graphics is good for capturing a 
wide class of users, but limits the amount 
you can display on the screen. 

So, if you have a mathematical prob¬ 
lem to solve, the Automated Programmer 
can do it using standard mathematical 
conventions and technical English. Given 
the short learning time, the savings in 
time and the increased productivity may 
be worth the price ($495) of the package. 
KGK Automated Systems, 114 The Col¬ 
ony, Hartsdale, NY 10530, phone (914) 
681-1336. 
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A DOS alternative operating system 

Giovanni Perrone 


Digital Research (DRI) provides alter¬ 
native operating systems for PC com¬ 
patibles. The alternatives derive from the 
company’s CP/M and M/PM (multiuser) 
operating systems, introduced in the 
1970s and preeminent for 8-bit (8080A- 
and Z-80A-based) microcomputers. 

Concurrent DOS 386 Version 3.0 and 
Concurrent DOS XM Version 6.2 (for 
80286-based systems) are DRI’s primary 
operating systems for the general-pur¬ 
pose PC market. Concurrent DOS pro¬ 
vides many sophisticated operating sys¬ 
tem features, including multitasking, 
multiuser, and windowing capabilities. 
The new versions have been significantly 
enhanced and offer improved compatibil¬ 
ity with DOS applications and features. 
But compatibility is still an issue, as it is 
between DOS 3.x and DOS 4.x. 

This means the best bet for anyone 
considering Concurrent DOS as a DOS 
replacement is thorough testing with the 
specific set of applications and periph¬ 
eral devices used with your systems. It’s 
the only way you can be certain if you 
can replace DOS with Concurrent DOS. 
Otherwise, you will probably want to use 
Concurrent DOS as a DOS alternative. 
Still another option, thanks to an excel¬ 
lent DRI dual-boot capability, is to use 
both operating systems on the same ma¬ 
chine — DOS when you must and Con¬ 
current DOS when you wish. 

The evolution of Concurrent DOS. 

In 1984, DRI introduced Concurrent CP/ 
M with Windows, then Concurrent PC 
DOS. Both products offered multitasking 
and windowing for PCs and XTs at a 
time when Microsoft Windows and the 
IBM PC AT were only dreams. Two ba¬ 
sic problems hampered Concurrent’s suc¬ 
cess. First, multitasking performance suf¬ 
fered because of the lack of memory 
management on the 8088 chip. Second, 
PC DOS application program compatibil¬ 
ity was always close, but not good 
enough for Concurrent to replace DOS. 

In early 1985, a multiuser capability 
was added to Concurrent DOS for the 
new IBM PC AT. The AT’s 80286 
microprocessor with on-board memory 
management improved Concurrent 
DOS’s performance. 

In 1986, DRI introduced Concurrent 
DOS XM, a version that added support 
for the Lotus-Intel-Microsoft (LIM) ex¬ 
panded memory specification (EMS). 

But the compatibility problems re¬ 
mained. Only “well-behaved” DOS ap¬ 
plications would run properly under Con¬ 
current, and it was always one major 


DOS version behind (compatible with 
DOS 2.x when DOS 3.x was current). Of 
course, the rapid proliferation in DOS 
programs didn’t help solve the problems. 
In any event, nothing short of complete 
and current DOS version compatibility is 
acceptable for Concurrent to be consid¬ 
ered as a DOS replacement operating 
system. 

Concurrent DOS 386 was first intro¬ 
duced in August 1987. It uses the 
80386’s virtual mode and extended 
memory features to allow multitasking 
and multiuser operations in a DOS-like 
environment. It also provides window¬ 
ing, with one window for each of the 
four allowable multiple tasks (or virtual 
consoles) and up to two windows for 
each multiuser terminal. The first version 
(1.1) had a number of compatibility 
problems with DOS 3.x and above and 
thus could only be considered an alterna¬ 
tive to DOS, not a replacement. 

In spite of this lack of complete DOS 
compatibility. Concurrent will always 
enjoy a following of loyal users. Mostly 
OEMs and software developers, they use 
the advanced features for special vertical 
market applications. A Concurrent DOS 
386 (and also Concurrent DOS XM) Sys¬ 
tem Builder’s Kit is available for devel¬ 
opers. It includes the documentation, 
source code for specific utilities, DRI 
Net network system, and other tools for 
application development. Hundreds of 
Concurrent-based multiuser applications 
are available from third party developers, 
written specifically for the Concurrent 
environment, so DOS compatibility is 


Concurrent DOS 386 Version 3.0 
features. Concurrent DOS 386 Version 
3.0 offers significant special features and 
improved compatibility with DOS. Like 
DOS, Concurrent DOS 386 performs the 
basic operating system functions: 

• Controls the execution of application 
programs. 

• Manages data and program files. 

• Supervises the use of peripheral de¬ 
vices. 

In addition, the latest Concurrent DOS 
386 provides the following new and ex¬ 
citing capabilities: 

• Menu-driven or command-mode op¬ 
erations for simplified use. 

• Multiuser operation to support as 
many as 10 users. 

• Multitasking (or concurrency) for 
execution of more than one program 


(task) simultaneously. 

Windows to allow viewing more 
than one task at a time. 

Dual-media support for file access to 
both DOS and CP/M formatted me- 

Expanded memory support built in to 
allow using memory beyond DOS’s 
640-Kbyte limit. 

Larger hard disk partitions for sup¬ 
port of DOS 3.31 and DOS 4.0 disk 
partitions up to 512 Mbytes. 

PC terminals with PCterm software 
included to allow the use of an XT or 
AT running DOS as a multiuser ter¬ 
minal. 

DOS 3.3 compatibility to execute 
DOS programs on all terminals and 
graphics on the central computer 
console. 

DOS-compatible commands so you 
can use familiar DOS commands, 
with full on-line help. 

Novell Netware File Transfer, which 
acts as a requester to support file 
transfers from a Novell Server. 


Installation considerations. The in¬ 
stallation process is well thought out and 
simple compared to earlier versions. The 
initial installation is set up for a single 
user operating from the main console. 
Concurrent DOS 386 comes as either a 
three-user (at $395) or 10-user (at $495) 
configuration, with similar pricing for 
DOS XM ($295 for three users and $395 
for 10 users). 

After the initial installation, you can 
change the configuration to support addi¬ 
tional users on serial or PC emulation 
terminals with a Setup utility. Setup lets 
you configure serial ports COM1 and 
COM2 for two additional users (for a to¬ 
tal of three). For a 10-user system, you 
can use four- or eight-port serial cards on 
COM2. 

On a system where DOS is already in¬ 
stalled, DOS can remain operational and 
undisturbed by the installation as long as 
the external DOS commands reside in a 
subdirectory (not the root directory). 

The automated installation procedure 
prompts you for the necessary options. 
For a new system, the hard disk must be 
formatted and partitioned. On existing 
systems with DOS installed, you use the 
function keys to select the desired avail¬ 
able partition. For European system in¬ 
stallations, a National (n.cmd) utility is 
automatically executed after installation 
to set country-specific options, such as 
keyboard. 

The installation program copies many 
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Concurrent DOS system files to the root 
directory of the hard disk. It also creates 
a CDOS subdirectory for the remaining 
utilities. 

Your system automatically restarts 
when installation completes. If you had 
DOS installed, the dual-boot feature will 
automatically prompt you with the mes¬ 
sage 

Load Concurrent DOS (Y or N)? 

This is accomplished using a special 
“loadsys ask” sequence added to the 
DOS autoexec.bat file. It provides a 
choice of either DOS or Concurrent DOS 
386 at startup. 

System requirements are an 80386- 
based personal computer, 1.5 Mbytes of 
hard-disk space, 640 Kbytes of memory 
for a single user and an additional mega¬ 
byte for every three users, plus a mono¬ 
chrome or color display (MDA, CGA, 
EGA, or VGA). 

Special system configurations using 
device drivers can still be very tricky. A 
DOS-like cconfig.sys file is executed at 
startup, but not all device drivers work. 
The new Installation Guide is a big im¬ 
provement and does offer more help. 

But, when a device doesn’t work, it is 
still a trial and error process. 

Notably, the Iomega Bernoulli Box 
drivers and Mouse Systems mouse driver 
don’t work. Concurrent DOS supplies its 
own mouse driver, and it only supports 
serial mice (not bus versions). How do 
you discover this? You probably try sev¬ 
eral configuration combinations and call 
DRI’s tech support when you become 
frustrated enough. Happily, they are very 
responsive and cooperative, and have a 
good handle on the compatibility issues. 

Operating considerations. A very 
strong operating feature is the menu 
interface. A new user is initially pre¬ 
sented with a full-screen, DRI logo menu 
allowing a choice between menu or com¬ 
mand line operations. The existing menu 
system offers a secondary menu for exe¬ 
cuting the menu-driven help system (FI), 
file manager (F2), tree-of-directories dis¬ 
play (F3), DRI Edix editor (F4), cardfile 
program (F5), and printer manager (F6). 

The file manager offers menu selec¬ 
tion of the most common commands, 
such as select drive and directory, print 
and copy file(s), and run a program. It’s 
handy for new users and nicely imple¬ 
mented, but the extra keystroke required 
to return to the file manager screen after 
every operation quickly becomes tedious. 

Experienced users will find command 
line operation very similar to DOS, with 
some new commands and options. In 
command line mode, an optional status 
line contains useful information such as 


the virtual consoles with the executing 
program name, drive letter(s) to indicate 
disk activity, and “Win” to show the 
Window manager is present in memory. 

Single-user multitasking lets a user run 
more than one task (program) at the same 
time. Each program resides in memory 
simultaneously. A time-slicing technique 
allows each program to run for 1 /60th of 
a second. Concurrent DOS 386 accom¬ 
plishes multitasking by simultaneously 
maintaining up to four independent vir¬ 
tual consoles. Only one physical console 
exists (your screen), but Concurrent DOS 
386 adds the features of virtually four 
separate consoles to the single screen. 

Each virtual console, numbered 1 to 4, 
is continuously active. The physical con¬ 
sole is switched (logically mapped) to 
any virtual console by pressing Ctrl-# 
(where # is 1,2, 3, or 4 on the numeric 
keypad). The virtual console currently 
connected to the physical console is said 
to be in the foreground. The remaining 
virtual consoles are in the background 
and do not have access to the physical 
console. 

You can initiate a task on each console 
and freely switch back and forth between 
tasks. Each task operates in real time, 
which simply means that when a user 
switches to another task, the one left 
(switched from) keeps executing. Con¬ 
soles can be switched at any time. A task 
running on a virtual console switched to 
the background continues to execute in 
parallel with other tasks (unless sus¬ 
pended). You can set up a startup file for 
each virtual console. The Function com¬ 
mand allows you to change the window 
switching keys and up to 40 function key 
actions. 

Windows to each virtual console use a 
default of full-screen (25 rows by 80 col¬ 
umns) framing. With this framing, one 
console screen display overlays the oth¬ 
ers, and only one console at a time is vis¬ 
ible. Windows in Concurrent DOS 386 
allow you to alter the position, size, 
scrolling, and color of each virtual con¬ 
sole display. Specifics for each window 
are defined using a single-line menu 
from the Wmenu command and simple 
cursor key selections. Wmenu allows 
windows to be compressed, expanded, or 
hidden, and also controls foreground or 
background colors, screen position, and 
file writing from the windows. The Win¬ 
dow command permits these definitions 
to be made from a command line or in 
the startup file. 

For multiuser operations, you first add 
extra users by running the Setup program 
from the main console. Setup lets you 
change the number of terminals, config¬ 
ure additional serial devices (such as 
printers), and change other features such 
as memory allocation and function key 


assignments. This menu-driven utility is 
very easy to use, with help available at 
every menu level. 

To set up workstations, for example, 
you first configure the serial ports on 
your main console and assign them to 
devices. Devices can be a “Multi User 
Terminal,” “Mouse,” or “Printer/AUX.” 
Then you set up the features for the as¬ 
signed devices, such as COM port, baud, 
parity, bits, and so on. Up to 38,400 baud 
is allowed for terminal communications. 
The terminal must, of course, be hooked 
up to the serial port. 

In multiuser mode, you can use basi¬ 
cally three types of terminals: a dumb 
terminal, a PC-compatible terminal, or a 
PC in terminal emulation mode. A dumb 
terminal is the least desirable because 
many DOS applications require display 
and keyboard features that are not sup¬ 
ported, and the applications won’t run. 
PC-compatible terminals, such as the 
Wyse 60 set for PC emulation, can be 
used more successfully. This is because 
Concurrent DOS 386 converts the appli¬ 
cation output to the control sequences 
and characters required for the IBM 
monochrome display adapter, the IBM 
ROM BIOS interface, an ANSI terminal, 
or a VT52 terminal. An IBM PC or AT 
or compatible running DOS can also be 
used as a terminal connected to Concur¬ 
rent DOS 386. PCterm terminal emula¬ 
tion software comes as a standard utility. 
The PC must have at least 128 Kbytes of 
RAM, either a monochrome or color dis¬ 
play, and a serial port. The emulator is a 
menu-driven program with three options: 
FI to go on-line, F2 to set terminal para¬ 
meters, and Esc to exit emulation. 

A special version of Concurrent DOS, 
Concurrent DOS 386/MGE, also allows 
graphics programs to run on one of the 
main console display’s virtual consoles 
and on one of a graphic workstation’s 
(terminal) virtual consoles. 

The documentation consists of four 
softbound manuals: the Installation 
Guide , the User Guide, the Reference 
Guide, and the Running Applications 
Guide. The style is clear and the content 
is more than adequate for most com¬ 
mands and features. I would like to see 
more detail on sophisticated features and 
tricky configuration options to minimize 
some of the guesswork. 

Maybe close is good enough. In the 
final analysis, I like Concurrent DOS. It 
represents a lot of operating system capa¬ 
bility for the money. I found many spe¬ 
cific disappointments in my particular 
system configuration — enough, unfortu¬ 
nately, to prevent me from using it as a 
DOS replacement. But, in all fairness, it 
does (and always did) support many of 
the most popular DOS applications. The 
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Running Applications Guide documents 
the most popular, with additional tips on 
using them. 

When you realize that the same kind 
of compatibility problems I am talking 
about between Concurrent DOS 386 and 
DOS also exist between DOS 3.x and 


DOS 4.x ... maybe close is good enough. 
It all depends on the kind of applications 
and devices you use. If your execution 
environment is not too exotic (you use 
standard DOS applications and devices) 
and you really need its features, Concur¬ 
rent DOS 386 could serve you very well. 


Testing it in your environment is the 
only way to be sure. 

Contact Digital Research, Box DRI, 

70 Garden Court, Monterey, CA 93940, 
phone (800) 443-4200. 
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A practical and intelligent choice in modems 


Terry Traub and Richard Eckhouse 

When you choose a new modem, the 
whole choice seems to boil down to one 
issue: speed. After all, with nearly every 
timesharing system, bulletin board, or 
electronic mail service supporting higher 
and higher transfer rates, why would you 
choose anything but the fastest modem 
with proven reliability at the lowest 

In truth, this was our thinking when 
we received a call from Practical Periph¬ 
erals to look at their line of 2,400-bps 
modems, the PM2400SA series. We had 
been using both 1,200- and 2,400-bps 
modems that continued to offer trouble- 
free service after many years. For one of 
us, who had a 1,200-bps modem, the idea 
of upgrading to 2,400 bps seemed ap¬ 
pealing, but when you consider the time 
that goes into conducting a thorough re¬ 
view, even a free modem hardly seemed 
worthwhile. 

However, after reading through the 
press releases about these modems (both 
external and internal), we became quite 
interested. First, the modems had built-in 
support for MNP/Level 5 file transfers. 
What’s that, you say? To quote from the 
Operating Manual: 

MNP Level 5 invokes data compression. 
The sending modem detects redundant data 
and recodes it to fewer bits. The receiving 
modem decompresses the data before pass¬ 
ing it along to the receiving computer. 
Throughput is very sensitive to the data 
structure being transmitted. ASCII text 
files will produce the greatest throughput 
gains. Files with .EXE, .COM, and .ARC 
extensions may show as little as 60% of 
the throughput benefits accorded ASCII 
files. 

Second, we would get a chance to con¬ 
duct real tests between a pair of these 
modems, so we could evaluate them un¬ 
der real operating conditions. 

An error-correcting modem. Let’s 
step back for a moment. MNP stands for 
Microcom Network Protocol. This stan¬ 
dard allows the modem to communicate 


with any MNP-type modem in a trans¬ 
parent fashion that results in an error- 
free, data-compressed link. The protocol 
has five levels, so when two MNP mo¬ 
dems connect, they can automatically 
negotiate a connection at the highest pos¬ 
sible level. 

The computer connected to the modem 
must use a hardware flow control so it 
can send data at 9,600 bps to the modem. 
The modem compresses the data and 
transmits it at 2,400 bps. The receiving 
modem takes the 2,400-bps data stream, 
expands the data, and transmits it back to 
the computer at 9,600 bps. It sounds easy 
and is. It worked smoothly with the two 
communications programs we used to 
test the modems. 

Autoreliable mode, a feature of MNP- 
type modems found in the PM2400 MNP 
series, gives you a 100-percent reliable 
link between modems — particularly 
useful with noisy telephone lines. In this 
mode, after the two modems connect and 
data begins to flow, faulty data is re-sent 
until either it is received correctly or the 
connection terminates. 

How well does this work? We tested it 
with two 386-compatible PCs over ordi¬ 
nary telephone lines using both Procomm 
and Qmodem. We used a software proto¬ 
col (Ymodem-G) that does not provide 
error detection or recovery, since this 
would be redundant. Results were excel¬ 
lent, offering between 390 and 425 char- 
acters-per-second transfer rates (equiva¬ 
lent to 3,900 to 4,250 bps) for ASCII 
files. The variation in rate depended 
greatly on the quality of the telephone 
line. This was immediately obvious with 
the external modem because we could 
watch the receive-data (RX) light occa¬ 
sionally flash green instead of red, indi¬ 
cating that the error-correction circuits 
had detected and corrected an error. 

Features. While most modems are 
built pretty much the same, a number of 
features differentiate one from another. 
For instance, unlike the earlier modems 
we’ve owned, the ones from Practical 


Peripherals do not use a bank of dip 
switches to select certain features (from 
speaker on/off to result codes to status of 
DCD (data carrier detect) and DTR (data 
terminal ready). Instead, software 
handles all of this through a comprehen¬ 
sive set of command codes. The one ex¬ 
ception is the use of a dip switch on the 
internal modem to select which COM 
port it represents (1 to 4). 

Another feature is the nonvolatile 
RAM that stores two user-configuration 
profiles and four telephone dial strings. 
Three different status screens are avail¬ 
able to view configuration parameters. 
Added to that is an extended command 
set that includes all the standard Hayes 
commands plus a whole new set related 
to the additional features found in the 
PM2400 series. 

The external unit has seven front- 
panel-mounted LEDs, two of them multi¬ 
colored. We have already described the 
RX LED. The high-speed or HS LED is 
off at 300 bps, red at 1,200 bps, green at 
2,400 bps, and orange at speeds greater 
than 2,400 bps. Given the choice, we 
would always prefer an external modem 
because these indicators give a lot more 
information when things are not operat¬ 
ing as they should. 

Finally, we think the comprehensive 
manual that comes with these modems is 
outstanding. Not only does the operating 
manual carefully explain how the modem 
works, but it covers MNP concepts, er¬ 
ror-correcting protocols, and flow con¬ 
trol concepts. It refers to the communica¬ 
tions programs that operate the modem 
and does an excellent job of answering 
any and all questions that come up for a 
new or experienced user. The summary 
tables and commands found in the appen¬ 
dixes provide additional information on 
what you need to do to effectively utilize 
these modems. Finally, a utility diskette 
includes a copy of Procomm. 

An excellent warranty. Unlike many 
other pieces of computer equipment, 
these American-made modems are 
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backed by a five-year warranty for no¬ 
charge repair or replacement. In fact, we 
tested customer support during our 
evaluation. 

In attempting to transmit files back 
and forth, we switched from Procomm to 
Qmodem because Qmodem shows the ef¬ 
fective character rates while using a 
protocol for file transfers. Things worked 
fine in one direction (the stand-alone 
modem to the internal one), but in the 
opposite direction the transmitting ma¬ 
chine put out its character stream as fast 
as it could without starting and stopping 
under hardware flow control. Thinking it 
was a computer problem, we moved the 
modem to another machine, but the prob¬ 
lem persisted. A quick trip to the factory 
got us a new modem, which we were sur¬ 
prised to find didn’t work either. A lot of 
hard work and careful analysis showed 
us the problem seems to lie between 
Qmodem and the Practical Peripherals 
internal modem. Somehow the wrong 
hardware handshaking signals were get¬ 
ting through to perform control flow. 
Fortunately, using Procomm completely 
solved the problem. 

While the warranty repair is no¬ 
charge, you are expected to pay shipping 
to the factory and enclose $7.50 for the 
return shipping charges. That’s not ex¬ 
actly free, but it isn’t out of line. 


Summing it up. Pricing for the 
PM2400SA MNP stand-alone unit is 
$299, while the PM2400 MNP internal 
modem sells for $249. Both use the 
Rockwell chipset, include automatic 
adaptive equalization, and support Bell 
103, Bell 212A, and CCITT V.22 opera¬ 
tion. A packaged version of the 
PM2400SA with cable and MicroPhone 
communications program for the Mac 


costs $299. At these prices, and with the 
excellent features found in either the in¬ 
ternal or external modems, we rate these 
units from Practical Peripherals out¬ 
standing. 

Contact Practical Peripherals, 31245 
La Baya Drive, Westlake Village, CA 
91362, phone (818) 706-0333. 
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Managing your memory 


Richard Eckhouse 

The memory management hardware in 
the Intel 386 chip has opened a world of 
opportunities. At the same time, the vari¬ 
ations in PC implementations using this 
chip have made it difficult for the aver¬ 
age user to take advantage of all its fea¬ 
tures without becoming a systems pro¬ 
grammer. 386Max Professional from 
Qualitas changes all that and does its job 
so well it should be considered a stan¬ 
dard against which to measure other 
memory management software. 

The product. Stated simply, 386Max 
Professional version 4.07 manages all 
memory on a 386 board to give programs 
the maximum amount of room in the 
fastest available memory. It automati¬ 
cally remaps slow ROM to RAM; swaps 
and fills the first 640 Kbytes of conven¬ 
tional DOS memory from faster extended 
memory; fully emulates the LIM/EMS 
(Lotus-Intel-Microsoft expanded mem¬ 


ory specification) Version 4.0; supports 
both the extended memory specification 
(XMS) and the virtual control program 
interface (VCPI); recovers system area 
memory (between 640 Kbytes and 1 
Mbyte) and uses it for memory-resident 
programs like TSRs, device drivers, and 
even network shells; and offers a num¬ 
ber of utilities for gathering system in¬ 
formation. 

Of course, you’ll need a 386-based 
computer to run 386Max. In addition, 
the program requires a minimum of 256 
Kbytes of extended memory starting at 
1 Mbyte and DOS 3.0 or later. It sup¬ 
ports a maximum EMS of 32 Mbytes, 
but that’s generally more than you can 
pack on most machines. 

The software comes on one floppy. 
Installation consists of merely copying 
the files from the floppy to your boot 
disk, plus inserting one line into your 
config.sys file. The software loads at the 


next boot-up. You will notice its pres¬ 
ence by its display of the use of 386 
memory. 

Some of the details. By itself, 

386Max is easy to install and run. How¬ 
ever, given the large number of 386 sys¬ 
tem boards that it can run on, along with 
the numerous display adapters and add-in 
boards, things can get a little hairy. 
Luckily, the folks at Qualitas seem to re¬ 
ally know their stuff when it comes to 
getting all the pieces to play together. 

By way of a simple example, consider 
the difference between DOS low memory 
(that which lies below 640 Kbytes) and 
DOS high memory (from 640 Kbytes to 
1 Mbyte). 386Max typically uses only 
about 64 bytes of low DOS memory to 
make the maximum amount of memory 
available to your applications. This is 
particularly helpful with programs like 
Desqview because it results in the largest 
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partition size (often nearly 600 Kbytes) 
for running programs. If you’ve ever 
tried to run a CAD program that won’t 
behave unless it gets every byte of mem¬ 
ory, you’ll be pleasantly surprised after 
you install 386Max. Indeed, it is the first 
program that I’ve come across that has 
the ability to manage the 384 Kbytes be¬ 
tween 640 Kbytes and 1 Mbyte on my 
386 clone so I can get back some of the 
holes that exist in the ROM space by 
substituting RAM. 

As you might imagine, 386Max auto¬ 
matically remaps the BIOS ROM to 
RAM, thereby speeding up BIOS calls. 
You can actually test the difference us¬ 
ing the memory access times switch to 
display the locations and speeds of the 
different types of memory installed in 
your system. Other switches offer a 
memory use display, memory-resident 
program mapping, extended memory us¬ 


age, and a display of the ROM layout. 

VCPI support means that 386Max can 
coexist with certain protected-mode pro¬ 
grams such as Borland’s Paradox/386 
and IBM’s Interleaf Publisher, but not 
Microsoft’s Windows/386. And, because 
Qualitas has had occasional problems 
with other virtual disk managers, it de¬ 
veloped and included its own in this 
package. 

Another program included with the 
professional version is 386Load. While 
the basic software offers you some con¬ 
trol over what you load into low or high 
DOS memory (like device drivers and 
TSRs), 386Load refines the process and 
gives you more control. 

I found the reference manual that 
comes with the software to be brief and 
quite helpful. You will only need to refer 
to it for detailed information, since you 
can generally use the program without it. 


Extensive help documentation, included 
as a read.me file, also discusses using 
386Max with AutoCAD, Windows/286, 
PC-DOS 4.0x, various EGA and VGA 
boards, a host of 386 system boards, IBM 
PS/2 models 70 and 80, networks, and 
systems using the extended BIOS data 


Summing up. 386Max is unquestion¬ 
ably the ultimate in 386 memory manage¬ 
ment. You get easy-to-use software that 
extracts all the performance you would 
expect from the 386 processor. At a price 
of $130, the software is a bargain and I 
highly recommend it. 

Contact Christos D. Stamboulis, Mar¬ 
keting Representative, Qualitas, 7101 
Wisconsin Ave., Suite 1386, Bethesda, 
Maryland, 20814, phone (301) 907-6700. 
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The only way to create Pascal programs 


Richard Eckhouse 

As most readers know, our product re¬ 
viewers have heaped praise on the 
greatly expanding set of Turbo and 
Quick compilers. When thumbing 
through back issues of Computer or 
IEEE Software, you will find very com¬ 
plimentary reviews of Turbo Basic and 
Turbo C as well as QuickBasic and 
QuickC. Now comes QuickPascal from 
Microsoft, and it is another treat for 
those who need to write Pascal programs 
and who enjoy doing it within a Turbo or 
Quick environment. 

My experience is that programmers 
immediately fall into one of two camps. 
Either you can’t live without mouse sup¬ 
port (and hence go the Quick route), or 
you want the raw speed that a Turbo Pas¬ 
cal compiler offers. With QuickPascal 
you get both. The compilation speed is 
on a par with Turbo Pascal, and the 
Quick environment is very familiar to 
those who have enjoyed it using Quick- 
Basic or QuickC. 

Unusual features of QuickPascal. 

Actually, the Pascal environment sur¬ 
passes those previously found in Basic 
and C because it has been enhanced to 
include overlapping, resizeable windows 
and color coding. Up to nine windows 
can be edited at the same time. The smart 
editor uses color to code keywords, com¬ 
ments, strings, user code, and variables. 
While there are defaults for each color, 
you can customize each as well as most 
of the other characteristics of the envi¬ 


ronment. And, as in other Quick editors, 
block indenting (and unindenting) is 
maintained from line to line so that your 
code becomes much more readable. 

If you are a confirmed Borland user, 
you’ll be pleased with the excellent com¬ 
patibility QuickPascal has maintained 
with Turbo Pascal. From similar com¬ 
piler switches to the Borland Graphics 
Interface, most programs written for 
Turbo Pascal versions 4 and 5 will run 
without change in the QuickPascal envi¬ 
ronment. 

Alternatively, if you are a QuickBasic, 
QuickC, or Fortran user, you’ll be 
pleased with the fact that Microsoft has 
provided the same standard set of 
graphic routines, including font support, 
across all of its languages. 

System requirements are an IBM-com¬ 
patible PC, two floppy disk drives with a 
hard drive strongly recommended, and 
512 Kbytes of RAM. Installation is auto¬ 
mated and shouldn’t require much more 
than selecting the correct disk from the 
five that make up the package. The Up 
And Running manual that comes with the 
software explains all of this in great de¬ 
tail, along with how to customize the edi¬ 
tor and understand the QuickPascal envi¬ 
ronment. A final chapter tells how to get 
help using the on-line help built into the 
environment. This excellent hypertext 
help system really minimizes the need 
for manuals. 

Another manual, Pascal By Example, 
comes with the software. The first part of 


the manual includes Pascal basics, while 
the second part is devoted to more ad¬ 
vanced topics. Graphics are covered in 
part three. With the release of QuickPas¬ 
cal, Microsoft has included object-ori¬ 
ented programming (OOP), covered in 
the last chapter of the manual. 

As an unobtrusive addition, OOP can 
be either completely ignored or used as a 
learning tool. Although the Pascal By 
Example manual includes only one chap¬ 
ter on OOP, it is carefully crafted to al¬ 
low the user to relate this new technique 
to Pascal concepts already understood. 

Four appendixes cover the various 
character and key codes, compiler direc¬ 
tives, a description of the standard units, 
and a quick reference guide. 

For those unfamiliar with the term, 
units are similar to libraries in other lan¬ 
guages. They are a mixture of declara¬ 
tions and definitions of variables, types, 
constants, procedures, and functions. A 
unit is introduced with the Unit keyword, 
includes an Interface and an Implementa¬ 
tion statement, and is invoked in the 
main program with the Uses statement. 

In all ways they look like Pascal pro¬ 
grams. However, they are separately 
compiled before they can be included in 
programs. The idea behind a unit is to 
save time, since the definitions are al¬ 
ready made and the unit is precompiled. 
Precompiled units include CRT, DOS, 
Printer, Graph, and MS Graphics. No 
overlay standard unit is included. 

QuickPascal always compiles to disk. 
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Within the environment you can set a 
number of code generation flags that 
force debugging information and error¬ 
checking instructions into the executable 
file (such as data alignment, far calls, 
plus I/O, stack, and range checking). Af¬ 
ter a program has been successfully de¬ 
bugged, these can be turned off to pro¬ 
duce fast, small execution modules. You 
can also set the environment to produce 
code for the 80286 and 80287. 

A command line compiler, QPL, 
understands the option switches (of the 
form “/Soption”). The current release 
does not include additional utilities like 
Make, Grep, or Touch. 

The manual explains how to include 
assembly language routines (both in-line 
and as separate subroutines), but mixed 
language support and CodeView are not 
part of this release. A nice feature is the 
flexible I/O, which includes extensions 
for binary and direct access files. In this 
respect QuickPascal is nearly as conven¬ 
ient as Fortran or Cobol, except indexed 
sequential files are not supported. 

I found the integrated debugger to be 
very complete, so much so that a stand¬ 
alone debugger seemed unnecessary. Af¬ 


ter writing a fairly substantial program 
featuring hash tables, 2-3 trees, and di¬ 
rect I/O, I was quickly and completely 
able to debug my program without the 
need for additional writeln statements. 
This is so because the debugger includes 
watch variables, single stepping, anima¬ 
tion, breakpoints, call stack view, modi¬ 
fication of variables, and a display of the 
CPU registers and flags. Of course, users 
of other Microsoft languages have come 
to expect and depend on these features in 
the Quick environment. 

To that end, the QuickPascal Advisor 
also found in other Quick environments 
continues in the fine tradition that Micro¬ 
soft has established. Because the on-line 
and thorough help screens provide most, 
if not all, of the information found in 
typical user manuals, there really is no 
need for more than the two manuals Mi¬ 
crosoft supplies with the package. Press¬ 
ing the FI key gives you context-sensi¬ 
tive help down to the error message 
level. The help system also provides 
multiple examples that you can copy, 
compile, and test within the environ¬ 
ment. A separate QuickPascal Express 
provides on-line computer-based tutori¬ 


als for learning how to edit, compile, and 
debug in the QuickPascal environment. 

Summing up. QuickPascal will run 
under Microsoft Windows. However, a 
current limitation in Windows/386 forces 
you to turn off EMS capabilities in Win¬ 
dows so they do not overlap with the 
same capabilities in the QuickPascal en¬ 
vironment (where EMS is used by the 
compiler and linker). Running the envi¬ 
ronment in a command window produced 
no problems, but the warning comes 
from Microsoft and should be heeded. 

The retail price for this excellent prod¬ 
uct is $99. It is available from Microsoft 
Corp., 16011 NE 36th Way, Box 97017, 
Redmond, WA 98073-9717, phone (206) 
883-8101.1 haven’t found a Pascal com¬ 
piler I liked better or enjoyed more. I 
haven’t encountered any bugs or had any 
problems coding, debugging, and using 
the compiler for the myriad of tasks I 
used to do in C or Basic. Consequently, I 
use it all the time and heartily recom¬ 
mend it to you as my number one choice 
in Pascal compilers. 
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The right way to do digital signal processing 


Ruth Maulucci 

After reviewing PC Data Master, I’m 
going to give you my summary even be¬ 
fore I describe the product because this 
must be one of the best unknown bar¬ 
gains of the year. For the price you’d pay 
for a communications program, you get a 
truly excellent package for IBM PC- 
compatible systems that can acquire, 
generate, analyze, and present digital sig¬ 
nal processing data. It’s easy to use; of¬ 
fers interactive, stand-alone, or applica¬ 
tion language integration; and, best of 
all, costs only $135.1 really enjoyed 
learning and using it, and I am glad to 
add it to my set of DSP tools. Having 
said all that, let me tell you why I feel as 
Ido. 

Background. One goes through a 
number of fairly elementary steps when 
processing digital data. Typically, you 
first see what the data looks like. You 
want a generic plot routine that will ac¬ 
cept the data you throw at it and do a 
credible job of placing it on the screen. 
PC Data Master does this with ease and 
style. It can accept three types of raw 
data files: fixed point, floating point, or 
ASCII. In each case you can easily gen¬ 


erate a compatible data file format as an 
end product of some external program 
(written in Basic, C, Fortran, or even a 
text editor), as the output of the built-in 
waveform generator, or from a 
MetraByte Dash-8 or Dash-16 A/D con¬ 
verter board. 

The plots are automatically scaled 
from the contents of the data file and in¬ 
clude labels that come from the header 
associated with the same file. Plotting is 
completely under user control, of course, 
so you can have multiple windows or 
overlaid plots, scaling of axes and 
whether axes and tic marks show, choice 
of colors and line types, etc. The only 
thing missing is the ability to track a plot 
yielding the x and y values as you move 
along its path with the cursor keys or a 
mouse. The interactive plot mode uses 
pop-up menus and forms to be filled in if 
you want to specify all the configuration 
values and store these display templates 
on disk for repetitive use. In fact, you 
can save a compressed form of the plot 
on disk and recall it when needed. 

Making a hard copy of the plots is also 
built into PC Data Master. Thus, you can 
send screen results to either dot-matrix 


or laser printers in both portrait or land¬ 
scape mode. You get a high-resolution 
mode for dot-matrix printers as well as a 
choice of dot density for lasers. Obvi¬ 
ously, the trade-off is speed. 

Having seen what your data looks like, 
you would next analyze it. Here again 
PC Data Master shines because of its 
flexibility and ease of use. Built-in rou¬ 
tines provide forward and inverse fast 
Fourier transform (FFT) and fast Harley 
transform (FHT) on both real and com¬ 
plex data, convolution, correlation, win¬ 
dow generation, FIR design, FIR and HR 
filter implementation, differentiation and 
integration, and, as I’ve already men¬ 
tioned, test data generation (sinusoidal, 
square, triangular, random, and impulse). 

Math routines that operate on real and 
complex data files include add, subtract, 
multiple, divide, conjugate, log and ex¬ 
ponent, absolute, convert real/imaginary 
to magnitude/phase (and vice versa), 
square and square root, and scale. So, 
given the digital data you can capture, 
you can examine and manipulate it to 
your heart’s content. 

How it’s all put together. The key 
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element in PC Data Master is the shell, 
which combines an independent com¬ 
mand interpreter with a graphics screen 
environment. Tying everything together 
are the data pipes (like Unix and MS- 
DOS pipes) that string together a number 
of PC Data Master commands. A typical 
pipe specification looks like 

wavegen 1024 -r ! filter lp.dat ! fft -p ! 

plot 

The exclamation point serves as the 
pipe symbol. DOS pipes (using the I 
symbol) are supported as well. By the 
way, this command reads: generate a 
rectangular test waveform of 1,024 
samples, filter the data using a low pass 
filter whose coefficients are stored in 
lp.dat, perform a power spectrum FFT, 
and plot the results. 

What makes the pipes interesting is 
the way they link independent execut¬ 
able files. This means that you can im¬ 
plement new processing steps in any lan¬ 
guage that produces an execution file. 
Because the programs operate on well- 
defined file structures, the resulting pro¬ 
gram can be integrated into the existing 
routines via the PC Data Master pipes. 

You enter commands to the shell 
interactively through a command win¬ 
dow that overlays the graphics screen. 
The PageUp and PageDown keys enable 


How to become a 

Richard Eckhouse 

Everyone likes a bargain, and the Dou- 
bleDisk Converter from Biological Engi¬ 
neering is just that. This mechanical 
punch makes a square hole opposite the 
write-protect hole on a 3.5-inch diskette, 
instantly turning a 720-Kbyte disk into a 
high-density 1.44-Mbyte disk. 

“Sure,” you say, “but does it format? 
And, if it does, can I be sure that I won’t 
lose precious data?” To the first question 
I can answer a resounding yes. To the 
second, I must reply that without exhaus¬ 
tive testing I can’t be sure, but so far I’ve 
never lost any data. 

According to the manufacturer, there 
isn’t any difference between converted 
and factory-manufactured diskettes. 
Based on its research, the company 
found the magnetic media nearly identi¬ 
cal. In fact, it contends that “There’s a 
greater variation between different 
manufacturers’ specifications for high 
density disks than there is between a 
manufacturer’s double density and highl¬ 


and disable the command window for 
viewing the complete graphics screen. 
The commands you enter are either typi¬ 
cal DOS commands like Dir or Copy, or 
they are a part of the enhanced set that 
PC Data Master provides. You can even 
embed all the commands in a command 
file for later playback. Alternatively, you 
can execute the PC Data Master com¬ 
mands from applications programs (Mi¬ 
crosoft C and Fortran are currently sup¬ 
ported) using a set of enhanced BIOS 
calls. 

Actually, you get nearly unlimited sys¬ 
tem expansion using any programming 
language to support special devices, cus¬ 
tom experiments, and automated scripts. 
What makes this all possible is the excel¬ 
lent manual, which describes every com¬ 
mand and data structure in sufficient de¬ 
tail that such extensions become quite 
understandable and easy to program. In 
addition to the manual, the program pro¬ 
vides on-line help. 

I should point out that you will need to 
purchase the separate Application Devel¬ 
opment Toolkit for $45. This toolkit in¬ 
cludes the information regarding the 
BIOS calls, the C and Fortran system 
calls, the library source files, and sample 
programs. 

Summing it up. PC Data Master will 
work with any IBM PC, XT, AT, or corn- 


density 3.5-inch disks.” So, you can sup¬ 
posedly go out and buy a 720-Kbyte 
diskette, use the punch to add the higher 
density sense hole, and have confidence 
that your data will be just as safe as if 
you had bought a higher density diskette. 

Why use this $39.95 device? The an¬ 
swer is that the savings can be consider¬ 
able. After all, even at discount I would 
have had to pay four times as much for 
an HD diskette as for my generic ones. 
I’ve now converted several of my disk¬ 
ettes without a hitch. I’ve even bought 
some brand name diskettes and tried 
them out. In each case the punching 
process left a clean, square hole with just 
a bit of stress marking. 

I formatted the converted diskettes and 
copied programs onto them. Again, I had 
no problems. The converted diskettes 
have never given me any data errors, and 
repeated testing with utility software 
doesn’t indicate any new bad blocks 
cropping up. I did find occasional bad 


patible running DOS 2.0 or higher with a 
graphics board (CGA, Hercules, AT&T, 
EGA, or VGA). About the only limita¬ 
tion here is that VGA support is only for 
four colors. Memory needed is a modest 
256 Kbytes. Additional memory is used 
for high-speed data piping (rather than 
using intermediate files on disk). Both a 
hard disk and a coprocessor are strongly 
recommended. 

The complete package comes on six 
floppies. Installation is handled by a pro¬ 
gram that asks a few questions about the 
source and destination for files, the 
graphics display, and the presence of a 
coprocessor. After that, the system is set 
up. Several batch command files allow 
you to get a demonstration of what this 
system can do. The best summary of this 
product comes from the company itself: 

PC Data Master transforms IBM PC- 
compatible systems into powerful, flex¬ 
ible, expandable workstations for investi¬ 
gating/teaching basic DSP concepts, or 
for data analysis in research or industrial 
laboratories. 

Try it. It’s excellent. 

For more information, contact Vicki 
Miller of Durham Technical Images, PO 
Box 72, Durham, NH 03824, phone (603) 
868-5774. 
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blocks on my cheap diskettes, but they 
were always detected during formatting. 
So, at this point I can say that every disk¬ 
ette has formatted correctly, never lost 
data, and never had any sectors go bad. I 
haven’t put thousands of hours of use on 
the diskettes, but I feel confident enough 
to use the punch rather than buy the 
higher priced diskettes. 

The well-made, all metal DoubleDisk 
Converter is covered by a one-year war¬ 
ranty, should it fail for any reason. The 
punch head should last for over 10,000 
operations, and it is replaceable. The 
punch will work on diskettes used in 
both IBM and Macintosh computers. 

Finally, there is a money back guaran¬ 
tee if you’re not satisfied. 

Seems like a darn good deal to me. 
Contact Biological Engineering at 2674 
E. Main St., Ventura, CA 93003, phone 
(805) 644-1797. 
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NEW PRODUCTS 
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reaches phase II with new family of integrated products 


DEC’s All-in-1 program 

Digital Equipment has announced the 
first set of products under its All-in-1 
Phase II program. The family of office 
products allows users of desktop devices 
from multiple vendors to work together 
and share information. 

Built on Digital’s Network Applica¬ 
tion Support (NAS) services, the All-in-1 
Phase II program includes support for 
MS-DOS, OS/2, and Macintosh personal 
computers; DECwindows VMS and 
DECwindows Unix workstations; Digital 
video terminals; and IBM 3270 systems. 

The company describes All-in-1 Phase 
II as an evolution in three areas: (1) im¬ 
plementing the client/server model and 
supporting NAS services, including the 
DECwindows graphical user interface 
and the Compound Document Architec¬ 
ture (CDA); (2) expanding All-in-1 from 
a single product to a family of products 
that cover the widest possible variety 
of desktop devices; and (3) providing 
users with added flexibility in imple¬ 


Notebook-sized PC weighs 
5.9 pounds 

Toshiba has announced its first note- 
book-sized PC, the T1000SE. The 
80C86-based unit has a 9.54-MHz pro¬ 
cessing speed and measures 12.4 inches 
wide, 10.2 inches deep, and 1.78 inches 
high. 

The T1000SE has 1 Mbyte of RAM 
and features a battery-backed RAM disk. 
The system is expandable to 3 Mbytes 
with optional memory cards. It incorpo¬ 
rates an industry-standard 1.44-Mbyte 
3.5-inch disk drive. 

Power management features allow us¬ 
ers to shut down the display and reduce 
processing speed to maximize battery 
life. A removable battery pack makes it 
possible to replace the battery without 
leaving the software application. 

The 640x400-pixel backlit LCD has 
adjustable contrast and brightness and 
measures 4.75x7.62 inches. 

The T1000SE costs $1,699. 
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menting the entire All-in-1 integrated 
office system. 

The product expansion includes elec¬ 
tronic mail, electronic publishing, and 
business intelligence applications that 
can either be integrated within the All¬ 
in-1 office system or used separately. 

To support the All-in-1 Desktop fam¬ 
ily, as well as other NAS-supported 
desktops, the company announced inte¬ 
grated office server products, including 
All-in-1 Version 2.4 for VMS, which 
provides support for MS-DOS and 
DECwindows client devices and NAS 
services. 

Version 2.4 also incorporates end-user 
system enhancements and improved ap¬ 
plication integration, as well as inte¬ 
grated electronic conferencing with Digi¬ 
tal’s VAX Notes software. Prices start at 
$2,495 for a four-user license. 

There is also an All-in-1 Starter Ver¬ 
sion 2.4 for VMS that incorporates the 
same enhancements and desktop device 


support described above with the excep¬ 
tion of group conferencing and applica¬ 
tion integration capabilities. Prices for 
the starter version begin at $ 1,245 for a 
four-user license. 

Also announced were three electronic 
mail systems. All-in-1 Mail Server, 
which runs on VAX/VMS systems, is re¬ 
portedly the core software for all future 
All-in-1 electronic mail offerings from 
Digital, including the All-in-1 integrated 
office system. Prices start at $500. 

All-in-1 Mail for MS-DOS enables 
networked MS-DOS personal computer 
users to create and exchange electronic 
mail messages with users of a wide range 
of private and public electronic mail sys¬ 
tems. It costs $50 per user. 

All-in-1 Mail for VMS DECwindows 
provides the same capabilities to users of 
VMS workstations running DECwin¬ 
dows and also costs $50 per user. 

Reader Service 30 


Toshiba’s T1000SE PC Notebook includes an AutoResume feature for instant 
reentry into an application when powering the unit off and back on again. 
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Amdahl mainframes target Unix 


Toshiba introduces 
386SX-based portable 

The T3100SX from Toshiba America 
is the company’s first battery-powered 
portable PC based on Intel’s 386SX mi¬ 
croprocessor. The unit allows users to 
run 286 applications as well as existing 
and future 386 software such as Win¬ 
dows/386 and MS OS/2. 

Running at 16 megahertz, the 
T3100SX is powered by two internal, 
removable, rechargeable batteries that 
provide up to three hours of life and can 
recharge in three hours when the ma- 



Toshiba’s battery-powered T3100SX 
portable supports internal and exter¬ 
nal monitors simultaneously. 


chine is off. It will also run on AC 
power. 

The T3100SX combines VGA screen 
resolution with Toshiba’s high-contrast, 
low-power gas plasma display technol¬ 
ogy. The gas plasma display can be de¬ 
tached and an external display used in its 
place. 

Weighing 14.9 pounds with both bat¬ 
teries, the unit measures 3.15 inches 
high, 12.2 inches wide, and 14.2 inches 
deep. It comes with 1 Mbyte of RAM 
expandable to 13 megabytes. Features 
include a 40-Mbyte hard disk drive with 
25-ms access time and a 1.44-Mbyte 3.5- 
inch floppy disk drive. 

The price for the T3100SX portable 
PC is $5,999. 
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Amdahl has announced a new series of 
mainframe computers targeting the Unix 
market. The 7300 Series will run 
Amdahl’s UTS Release 2.0 operating 
system, an implementation of AT&T’s 
Unix System V Release 3.1. 

According to the company, a uni¬ 
processor system can support more than 


Microsoft has announced LAN Man¬ 
ager version 2.0. According to the com¬ 
pany, the network operating system al¬ 
lows software developers to create 
client-server applications and gives net¬ 
work administrators tools to manage 
multiuser networks with multifunctional 
servers. 

Enhancements include 386/486 micro¬ 
processor support, the OS/2 High-Per¬ 
formance File System (HPFS), multi¬ 
processor support, facilities that permit 
administration of multiple servers as a 
single server, tighter security at worksta¬ 
tions and servers, fault tolerance, re¬ 
duced memory requirements for DOS 
workstations, peer services, and an im¬ 
proved user interface. 

Security measures include password 
aging, time- and workstation-specific 


Solboume Computer’s Series5 family 
of workstations and servers are based on 
the 33-MHz Cypress CPU. These Sparc- 
based products use the Weitek 3171 
floating-point coprocessor, incorporate 
gallium arsenide (GaAs) technology, and 
implement a purely physical cache. Up to 
four CPUs can be installed in a single 
system, allowing up to 65 MIPS per¬ 
formance in a Series5 four-processor 
configuration, according to Solbourne. 

The Series5 product family consists of 
the Series5/500 desktop workstations, 
the Series5/600 deskside workstations, 
the Series5/530 work-group servers, the 
Series5/670 departmental servers, and 
the Series5/800 Superservers. All Series4 
workstations and servers are field up¬ 
gradable to Series5. 

Standard features on the Series5 serv¬ 
ers include Ethernet controller; two RS- 
423-A (RS-232 compatible) ports; exter¬ 
nal SCSI mass storage interface; OS/MP 
Unix operating system (derived from 
SunOS); SunView, X Window System, 
and X Window Manager; and C language 
compiler. 

Pricing for Series5 workstations ranges 


250 active users and the dual processor, 
more than 400 users. 

The 7300 Series prices will start at 
$730,000 for the 7300-150 uniprocessor 
and at $1,254,000 for the 7300-250 dual 
processor. 
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restrictions, and a password validation 
delay. Users must have administrative 
privilege to log on to 386/486 servers. 

The NOS now includes support for a 
fault-tolerant disk subsystem and unin¬ 
terruptible power supply. It protects disk 
drives with a feature that automatically 
transfers data from flawed disk areas to 
safe storage. It also uses disk mirroring 
and drive duplexing. 

Microsoft plans to ship LAN Manager 
version 2.0 at the beginning of 1990. The 
software requires OS/2 version 1.2 and a 
minimum of 5 Mbytes of RAM and a 
fixed disk on the server. It supports OS/2 
1.1, OS/2 1.2, or DOS 3.3 or higher on 
the client workstations. Contact the com¬ 
pany for pricing. 
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from $38,200 to $124,800. Series5 server 
prices are from $33,400 to $172,600. 
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The Solbourne Series5/500 desktop 
workstation executes application pro¬ 
grams written for Sun Microsystems 
Sparcstations and Sparc servers. 


Microsoft upgrades LAN Manager 


Workstations and servers boast high performance 


December 1989 
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Compaq announces 
EISA PCs 

Compaq Computer has announced two 
PCs based on Extended Industry Stan¬ 
dard Architecture, or EISA. The System- 
pro can use two 386 or two 486 pro¬ 
cessors or a combination. It also uses 
drive array technology, in which a series 
of fixed disk drives are addressable as 
one. The Deskpro 486/25 uses a 25-MHz 
486 microprocessor. 

The Systempro comes in three ver¬ 
sions. It includes a 33-MHz 386, 4 
Mbytes of 32-bit RAM, 11 expansion 
slots, a 5.25-inch 1.2-Mbyte floppy disk 
drive, and either an 840-, 420-, or 240- 
Mbyte hard disk drive. The 33-MHz 486 
board and Systempro models with the 
486 processor will ship when the pro¬ 
cessor becomes available. Prices for the 
Systempro range from $15,999 to 
$25,999. 

The Deskpro 486/25 comes in three 
models. Each has a 25-MHz 486 pro¬ 
cessor, 4 Mbytes of 32-bit RAM, six or 
seven available EISA expansion slots, a 
5.25-inch 1.2-Mbyte floppy disk drive, 
and either a 650-, 320-, or 120-Mbyte 
hard disk drive. Prices range from 
$13,999 to $20,499. 



Systempro: Reader Service 36 Compaq’s Systempro PC reportedly targets network server and multiuser host 
Deskpro 486: Reader Service 37 applications within network environments. 


Data acquisition board 
built on EISA 

National Instruments offers a plug-in 
data acquisition board based on the Ex¬ 
tended Industry Standard Architecture. 
The EISA-A2000 board when used with 
Visionscope or Labdriver software per¬ 
mits the design of PC-based data acquisi¬ 
tion systems, according to the company. 

The EISA-A2000 reportedly samples 
analog signals at rates up to 1 million 
samples/s, digitizes the samples with 12- 
bit resolution, and sends the data directly 
to memory. The board has four simulta¬ 
neously sampled analog input channels 
with analog and digital triggering. 

Users can program the board to ac¬ 
quire data both before or after a trigger 
condition occurs. They can also program 
the board to inhibit the acquisition pro¬ 
cess until a specified time after a trigger 
is received. 

The board also features software-con¬ 
trolled self-calibration and a Real-Time 
System Integration (RTSI) bus interface. 

The EISA-A2000 costs $2,995. It fits 
into slot in an EISA-bus computer. 
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Move ’em manages RAM- 
resident programs 

Qualitas says that its Move ’em soft¬ 
ware gives users access to the full 
amount of conventional system memory 
on systems incorporating either a NEAT 
or AT/386 Chipset from Chips and Tech¬ 
nologies or a hardware-compatible EMS 
4.0 memory board. The software moves 
device drivers, network system drivers, 
and memory-resident programs from the 
first 640 Kbytes of conventional memory 
to the memory between 640 Kbytes and 
1 Mbytes. 

Move ’em features the Resident Pro¬ 
gram Optimization facility, which report¬ 
edly determines the best loading order 
and required parameters for memory- 
resident programs and device drivers. 

Move ’em requires DOS 3.0 or later 
and an 80286- or 80386-based PC with a 
NEAT or AT/386 Chipset from Chips 
and Technologies with at least 1 Mbyte 
of memory or an IBM PC or compatible 
with a hardware-compatible EMS 4.0 
memory board with at least 256 Kbytes 
of memory. It costs $89. 
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Network vendor enters 
FDDI market 

Fibermux offers a line of products 
based on the Fiber Distributed Data 
Interface (FDDI) standard. The firm’s 
FX5500 products are intended to pro¬ 
vide increased flexibility, ease of future 
migration, and improved network per¬ 
formance. 

The FX5500 series includes three 
FDDI network stations: a token-ring 
source routing bridge, an Ethernet MAC 
(media access control) bridge, and a 
router for Ethernet TCP/IP networks. 
Also announced was a comprehensive 
network station management system. 

The class A FDDI station, available 
with any of the three network station 
modules mentioned above, provides fea¬ 
tures such as native framing, surface 
acoustic wave filtering, and standby node 
support. 

Pricing for FX5500 series FDDI sta¬ 
tions configured with bridge or router 
modules begins at $22,000. SS5502 net¬ 
work station management software costs 
$ 8 , 000 . 
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Codenoll boards bring 
fiber optics to EISA 

Codenoll Technology has announced 
10-Mbps and 100-Mbps fiber-optic LAN 
boards for computers based on Extended 
Industry Standard Architecture. 

The Codenet-8300 and Codenet-8301 
Fiber Optic Ethernet EISA Boards are 
Bus Master boards using the 32-bit data 
path and 33-Mbyte throughput rate al¬ 
lowed by EISA-bus architecture. Each 
board contains a 32-Kbyte RAM packet 
buffer and an on-board 80186 coproces¬ 
sor with 16 Kbytes of memory. 

The boards conform to the signaling 
requirements of the IEEE 802.3 and ISO 
8802-3 Ethernet standards. 

The Codenet-9500 and Codenet-9300 
series 100-Mbps FDDI EISA Boards are 
single-slot plug-in boards that connect 
computers to standard fiber-optic cables 
through built-in fiber-optic connectors. 
Each of these Bus Master boards con¬ 
tains a 128-Kbyte or optional 256-Kbyte 
RAM packet buffer and an on-board 
80186 coprocessor. 

Codenet-9500 series FDDI boards con¬ 
form to the ANSI X3T9.5 FDDI and 
ISO-9384 standards. Codenet-9300 se¬ 
ries FDDI boards conform with ISO- 
9384 and ANSI X3T9.5 FDDI standards 
with the exception of wavelength. 

The Codenet-8300 and Codenet-8301 
cost $995 each. 

The Codenet-9500 and Codenet-9300 
range in price from $5,495 to $10,995. 
They will be available in the first quarter 
of 1990. 

8300, 8301: Reader Service 41 
9500, 9300: Reader Service 42 


Intel provides OS for 386 

Intel has announced iRMX III, a 32- 
bit, protected-mode, real-time operating 
system for the 80386 microprocessor. 

The new software is binary compatible 
with 16-bit iRMX II applications, ac¬ 
cording to the company. 

The iRMX III software runs on sys¬ 
tems using the 386 and 486 processors 
on the AT bus, plus Multibus I and II 
architectures. It comes with the ASM 
386 assembler, the PL/M 386 compiler, 
the SDM III debug monitor, and a text 
editor. 

Prices for a development copy of 
iRMX III start at $5,650. Prices for run¬ 
time licenses depend on volume. 
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System allows PCB design on Macintoshes 


The Run electronic design system 
from Formula GmbH is an integrated 
program for the automated design of 
electronic circuits and printed circuit 
boards on the Apple Macintosh from 
draft to production. 

The design begins with the schematic 
capture, where the support of hierarchi¬ 
cal design (top down and bottom up) en¬ 
ables developers to break down extensive 
projects into smaller modules. The inter¬ 
active process is aided through proce¬ 
dures such as orthogonal rubber-banding 
during the dragging function; macro 
functions to move, copy, delete, and edit 
groups of objects; rotating and mirroring 
of components; support of bus structures; 
and on-line design rule checks. 

Run can handle surface-mounted de¬ 
vices on a multilayer board. PCBs up to 
32 inches square with up to 50 layers can 
be created with internal resolution of 
0.0005 inch. An autorouter is fully inte¬ 
grated into the Run system. It offers a 
“rip-up and reroute” algorithm, up to 24 
signal and power layers, simultaneous 
multilayer routing, full support of sur¬ 


face-mount technology, and resolution 
up to 0.005 inch. 

Output for production can be gener¬ 
ated for Gerber/Emma 30/85-compatible 
photoplotters and Postscript- and HPGL- 
compatible plotters. In addition, the sys¬ 
tem offers interfaces to simulators, auto¬ 
matic component placers, production 
control, and other computer-aided engi¬ 
neering products. This integrates Run 
into a larger computer-integrated manu¬ 
facturing environment, says the com¬ 
pany. 

Libraries contain information neces¬ 
sary for schematic entry as well as for 
the PCB design. The program for library 
management is used to extend informa¬ 
tion about component and ensure accu¬ 
rate communication within the system. 

The system features a multiple undo/ 
redo capability so modifications can be 
withdrawn, reviewed, and reproduced as 
necessary. 

Prices for the Run system range from 
$1,000 to $9,500. 
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SR. COMPUTER SCIENTIST 

You could be the driving force behind state-of-the-art soft¬ 
ware development that will identify Lockheed as a world 
leader among software engineering organizations. Your re¬ 
sponsibility will be to lead our company, and the industry, 
into the next generation of software development, methodol¬ 
ogies and processes. 


To qualify for this position, you must be experienced in DoD 
standard software development and the latest advancements 
in CASE tools. As the successful candidate, you will interact 
between the systems, software development and test func¬ 
tions. You will also develop new layered software processes 
and training programs. A BS degree in a technical discipline 
is required. An MS or PhD is highly desirable. 


Qualified candidates, please send your resume for imme¬ 
diate consideration to Lockheed-Austin, Dept. 603-76, RO. 
17100, TO23/30B, Austin, TX 78760. We are an equal 
opportunity affirmative action employer. 


Lockheed-Austin 

Giving shape to imagination. 
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CASE environment gets enhancements 


C compiler exploits 
RISC technology 

Tadpole Technology has released a 
RISC-optimized, 88000-oriented C de¬ 
velopment system and compiler that ex¬ 
ploits the compiler-related advantages of 
RISC processors. The package features 
a C preprocessor, compiler, optimizer, 
assembler, and link loader, with addi¬ 
tional tools to archive and examine ob¬ 
ject files. 

The C compiler component of the Tad¬ 
pole C Development System (TP-CDS) 
delivers a 58,000-Dhrystone perfomance 
level in a single 25-MHz processor envi¬ 
ronment. 

According to the company, TP-CDS 
was designed to conform to the 88open 
Consortium Binary Compatibility Stan¬ 
dard Release 1.0. The BCS standard al¬ 
lows independent software vendors to 
develop software that will operate over a 
wide range of 88000-based hardware. 
This BCS compatibility means that TP- 
CDS will operate on all BCS-compliant 
hardware such as Data General and Mo¬ 
torola workstations as well as on Tadpole 
products. 

The product includes a comprehensive 
set of C libraries — for example, an 
ANSI and PCC-compatible library suit¬ 
able for stand-alone applications and a 
set of AT&T Unix System V libraries for 
BCS-compliant systems. TP-CDS is 
available for a variety of host systems 
including Tadpole’s TP-IX/68K, Sun-3, 
and Motorola 88000 platforms. TP-IX/ 
68K is Tadpole’s implementation of the 
AT&T Unix V.3.2 operating system for 
68000 family processors. 

TP-CDS costs $1,530 in binary form 
for single users. It is also available to 
OEM developers in source code form. A 
source code license, together with unlim¬ 
ited binaries, for a single target or appli¬ 
cation costs $47,000. 
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Prosa, the multiuser CASE environ¬ 
ment from the Finnish company Insoft, is 
now available in release 3.0 for IBM PC 
AT, PS/2, VAXstation, Sun, and Apollo 
workstations. 

According to Insoft, this structured- 
analysis environment offers complete in¬ 
tegration for design and management of 
structured-analysis and structured-design 
documents. It supports the DeMarco SA/ 
SD methodology with Ward and Mellor 
real-time extensions as a system and 
software specification and design 
method. Bachman and Chen notations 
are supported in information modeling. 

Other Prosa features include flexible 


The RPM Emulation System from 
Quicktum Systems is a system-level 
ASIC design validation tool that allows 
real-time operation of application-spe¬ 
cific IC designs in the target system be¬ 
fore committing to silicon. Reprogram¬ 
mable hardware emulation technology 
automatically synthesizes ASIC netlists 
into hardware prototypes using repro¬ 
grammable gate arrays. 

According to the company, the system 
is designed to allow in-circuit interactive 
design debug at hardware speeds, per¬ 
form logic simulations at hardware 


Applied Concepts has introduced a 
small computer system interface fiber¬ 
optic modem that allows host-to-host and 
host-to-peripheral networking. The SCSI 
communications protocol is fully defined 
for two to eight nodes. 

The Lazer Link II fiber optic modem 
connects directly to standard SCSI inter¬ 
face adapters for personal computers, 
VME, and Futurebus host systems and 


model integration, pop-up menus and 
windowing, interactive consistency 
checking, reusable software object librar¬ 
ies, customizing, and code generation for 
Ada, C, Pascal, and SQL, among others. 
According to the company, Prosa is the 
only tool in the market with both interac¬ 
tive and batch-mode consistency check¬ 
ing between models. 

An integrated data dictionary allows 
designers to accurately define data ob¬ 
jects by accessing the desired object with 
the mouse. The syntax of data dictionary 
definitions is checked interactively. 
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speeds, allow software debug and system 
integration to start before silicon, reduce 
ASIC prototype iterations, and fit into 
existing ASIC design environments. 

Features include support for ASIC de¬ 
signs up to 25,000 gates with expansion 
to 50,000 gates, in-circuit emulation with 
up to 1,360 I/O signal lines, and integral 
logic analyzer and stimulus generator. 
Plug adapters allow the in-circuit inter¬ 
face cables to plug directly into sockets 
for popular ASIC packages. 

Reader Service 47 


provides an intercommunications net¬ 
work to peripherals such as laser print¬ 
ers, plotters, memory, and data acquisi¬ 
tion systems. 

The modem is transparent to users and 
supports 5-Mbps data transfers over a 
link distance of 2,000 feet. 

Each Lazer Link II node costs $795. 
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System validates ASIC design before silicon 


Fiber optic modem offers networking solution 


IDE adds OOSD/Ada Design Editor to Software Through Pictures 


Interactive Development Environ¬ 
ments has added the OOSD/Ada Design 
Editor to the Software Through Pictures 
family, providing Ada language support 
for the standard object-oriented struc¬ 
tured design notation. The product re¬ 
portedly will be central to the company’s 
planned Ada development environment. 

The Ada Guidance System, a key fea¬ 
ture of the OOSD/Ada Design Editor, is 
designed to minimize errors during crea¬ 
tion of a model by enforcing Ada-spe¬ 


cific syntax rules regarding the interac¬ 
tion between Ada components. In addi¬ 
tion, the editor’s Ada Reuse Library is 
intended to encourage reuse of proven 
design elements. 

The object-oriented structured design 
notation supports architectural design of 
Ada systems, permitting definition and 
use of Ada program units, including 
packages, tasks, and generics. These ob¬ 
jects can be annotated, decomposed, and 
elaborated so that detailed design infor¬ 


mation and source code can be attached 
to each object. The foundations of the 
OOSD notation include structure charts 
(from structured design) and Booch’s no¬ 
tation for object-oriented design. 

The OOSD/Ada Design Editor will be 
availble in the first half of 1990 on a 
range of workstations that includes Sun, 
Apollo, Digital Equipment, and Hewlett- 
Packard. 
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Company, Model, Function 

Comments r.s. No. 

Analog Devices 

AD7769 

Analog I/O port 

Combines two 8-bit A/D converters, two 8-bit D/A converters, a 200-kHz track-and-hold am- 120 
plifier, and two buffer amplifiers on one chip. Features input and output biasing capability. 

Has a bus access time of 65 ns and write pulse width less than 90 ns. Comes in a 28-pin plastic 

DIP (N) or 28-terminal PLCC (P). Cost (100s): $13 (JN grade) or $13.70 (JP grade). 

Deico Electronics 
DSIMM 

Memory module 

A 36-bit single-in-line memory module compatible with IBM PS/2 Models 55SX, 70, and 80 121 

and memory upgrade boards for Models 50 and 60. Provides 32 bits of data plus 4 bits of parity. 

Comes in a 72-pin package in two versions. Cost: $596 for 85-ns, 1-Mbyte DSIMM 136- 
$1,195 for 85-ns, 2-Mbyte DSIMM 236. 

Gemini Technology 
VC-002, VC-003 

Video controllers 

VC-002 drives video monitors in 8- and 16-bit bus implementations to get 800x600 extended 122 

VGA resolution in 256 colors. VC-003 was designed for VGA-LCD laptop panels. It provides 

640x480 VGA resolution with 16 colors or shades of gray. Both come as 144-pin chips Cost- 
$22 for VC-002; $30 for VC-003. 

Gould Electronics 
PA7024 

FPGA 

A reprogrammable field programmable gate array with a gate count equivalent to a 1,200-gate 123 

gate array. Operates with a time pulse delay of 17 ns (internal) and at clock rates up to 50 MHz. 

First in Gould’s PEEL Array family. User configurable. Comes in a 24-pin DIP or 28-pin 

PLCC. Cost (1,000s): $15-$20. 

Greenwich Instruments 
GR12882 

RAM 

A 1-Mbit nonvolatile RAM configured 128Kx8 and compatible with static RAM. Features a 124 

lithium power cell to retain its memory contents up to 20 years. After system power-down, can 
be removed and transported to another system. Has a standard temperature specification of 
-20 to 70 degrees C, with extended available. Comes in a 32-pin DIP. Cost (100s): $187. 

LSI Logic 

LR3220 

Read/write buffer 

A read/write buffer used as a 32-bit interface between cache memory and main memory in sys- 125 
terns based on Mips’ RISC microprocessor. Provides six-deep write buffering of data and ad¬ 
dresses. Supports LR3000 and Harvard modes. Comes in a 180-pin ceramic PGA or a 184-lead 
plastic quad flat pack. Cost: $151.50 for 25-MHz PGA; $139 for quad flat pack. 

Microtech 

4x8, 4x9 Modules 

DRAM SIMMs 

Two 4-Mbyte dynamic RAM single in-line memory modules for Apple Macintosh or IBM 286- 126 
or 386-based computers. Organized 4x8 or 4x9 using surface-mount SOJ board design. Cost: 

$1,470 for 4x9 Memory Module; $1,320 for 4x8 Memory Module. 

Precision Monolithics 
DAC-8800 

DAC 

An octal 8-bit D/A converter with serial input and dual polarity output. Provides DC electronic 127 
adjustment. Consists of eight independently addressable DACs. Comes in 20-pin plastic DIP, 

SOL-20, and ceramic DIP packaging. Cost (100s): starts at $7.50 for plastic DIP and SOL; 
starts at $9.50 for ceramic DIP. 

CXK58 1000 

SRAM 

A 1-Mbit static RAM organized 128Kx8 bits fabricated on a 0.8-micron process. Comes in 128 

100- and 120-ns versions in 32-pin DIP and surface-mount plastic packages. Cost (100s): $200 
for 100-ns DIP, $166.70 for 120-ns DIP; $233.30 for 100-ns SOP, $200 for 120-ns SOP. 

Texas Instruments 
TSP50C10 

Speech synthesis chip 

A single-chip system that performs system control and speech synthesis functions. Integrates 129 
an 8-bit microprocessor and a speech synthesizer with ROM and RAM storage and I/O cir¬ 
cuitry. Requires a 4-6V power supply. Cost (1,000,000s): less than $2. 

Trident Microsystems 
TVGA 8900 

Video controller 

A VGA controller available as a chip to OEMs or on a board to VARs. Supports 1,024x768 130 

resolution in 256, 16 and 4 colors. Register-level compatible with VGA, EGA, CGA, MDA, 
and Hercules modes. Requires two 256Kx4 DRAMs for VGA. Has 8- and 16-bit bus operations 
and PS/2 MCA support. Cost (100s): $33. 

Vermont Microsystems 
VCAD 

Graphics accelerator 

A video control and drawing chip reportedly capable of drawing 400,000 vectors per second. 131 

Provides VRAM control in frame resolutions up to 1,280x1,024 (24-bit planes). Communi¬ 
cates directly with the host CPU. Uses a proprietary dithering algorithm. Comes in a 100-pin 
ceramic flat pack. Cost: ranges from $50-$80; $150 for samples. 

White Technology 
M4194E 

EEPROM module 

A 4-Mbit EEPROM memory module configurable as 512Kx8 bits, 256Kxl6 bits, or 128Kx32 132 

bits. When configured for 16- or 32-bit operation, bits used are user-selectable. Designed for 
multiprocessor systems. Consists of 16 32Kx8 memory cells plus 19 other ICs in a 76-pin flat 
pack. Cost (100s): $2,400. 
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Microsystem Announcemenls 


Company, Model, Function_ Comments 


Boca Research A 16-bit memory board for ATbus-based computers. Operates at CPU speeds up to 33 MHz. 

BocaRAM/AT I/O Plus Provides a 25-pin parallel port and a 9-pin serial port (25-pin serial port optional). On-board 

Memory board RAM expands conventional, LIM/EMS, or extended memory or a combination of all three. 

Cost: $295 with 0 Mbytes; $795 with 2 Mbytes; $1,295 with 4 Mbytes. 


CSPI 

SuperCard family 
Array processors 

Datacube 
Featuremax MKII 
Image processor 


Esprit Systems 
Envoy family 
Modems 


Single-board array processors based on Intel’s i860. Configurable from 66 to 640 Mflops. Ver- 136 
sions for VMEbus, ATbus, and EISAbus, programmable in Fortran and C. SC-1 features 66 
Mflops and 2-8 Mbytes of data memory. Cost: $7,995 with 2 Mbytes; $10,995*Mth 8 Mbytes. 

A second-generation, 16-bit, histogramming and feature list extraction module with region- 137 
of-interest capability and RS-170 (CCIR) format. Comes on a VMEbus dual-height module. 

Offers resolution-independent processing, row and column summing, interrupts, and presort¬ 
ing of features on tag. Cost: $6,500. 

A family of external modems with MNP Class 5 support, V.22bis/22 and Bell 212A/103 com- 138 
patibility, an extended AT Command set, and nonvolatile memory. The 9,600-bps Envoy 96e 
meets the CCITT V.32 standard and achieves effective throughput of 19,200 bps. Cost: $995. 


Global Specialties A turnkey data acquisition system that plugs into the PC I/O expansion slot. Includes 8 A/D in- 139 

ProtoKey Model AD-128 put channels with 12-bit resolution, selectable conversion times of 7 or 30 Hz, three input 

Data acquisition board ranges, 100 uv resolution, software-programmable gain, and built-in thermocouple lineariza¬ 

tion. Comes with operating software. Cost: $395. 


Micro 1 

386-16SX 

PC 


A 386SX-based PC that comes standard with 512 Kbytes of RAM expandable to 8 Mbytes, a 
page-mode interleaved memory system, a 1.2-Mbyte 5.25-inch floppy disk drive, a 40-Mbyte 
hard disk drive, and a Chips and Technology chip set. Also comes with a 12-inch flat screen 
monitor and 101-key Keytronics keyboard. Cost: $1,495. 


MicroWay A 20-MHz numeric coprocessor accelerator for ATs. Plugs into the 287 coprocessor slot on the 141 

287Turbo motherboard. Has its own asynchronous clock for independent 20-MHz operation. Features an 

Coprocessor accelerator Intel 80387 with a 16-bit bus interface. Cost: $450. 


Newer Technology An 8-Mbyte memory board for 32-bit Micro Channel-based computers. Plugs into an expan- 142 

Memoryzation 2 sion slot. Supports up to 8 Mbytes of extended memory or 16 Mbytes with two boards. Uses 

Memory board 256-Kbyte and 1-Mbyte memory modules. Includes setup software. Cost: $1,225 (2 Mbytes) 

to $2,795 (8 Mbytes). 


Radstone Technology A 32-bit, 68020-based, VMEbus processor board with parity option and Apex extension bus. 143 

gg_26 Designed for multimaster systems. Available at speed options from 16-25 MHz. Optional 

VMEbus processor 68881 floating-point coprocessor. Provides up to 16 Mbytes of DRAM, dual-ported to the 

VMEbus and local bus. Cost: $2,190. 


Spectrum 

TMS320C30 Real-Time 

System 

Accelerator 


A real-time system capable of executing 33 Mflops and optimized for DSP software develop¬ 
ment and applications acceleration on IBM PCs. Plugs into a 16-bit AT slot. Based on TI’s 
TMS320C30 32-bit floating-point digital signal processor. Incorporates the Spox operating 
system designed by Spectron Micro Systems. Cost: $4,795; $6,995 with Spox kernel. 


144 


Trans-M A buffered communication board for data acquisition and control on IBM XTs and 80286- and 145 

HPB RS485 SDLC Board 80386-based machines. Uses the RS-485 bus and SDLC protocol to provide synchronous com- 

Data acquisition board munication at 250 Kbps over two wires. Includes a coprocessor for message processing and 

low-level tasks. Supports Assembly, C, Basic, Pascal, and Fortran. Cost: $345. 


Wyse Technology A PC based on Intel’s 386SX processor. Features zero wait-state architecture, shadow ROM, 146 

WY-3116SX and an interleaved memory controller. Comes with MS-DOS 3.3; a multifunction interface 

PC card that supports up to two floppy disk drives, dual serial and parallel ports, and host adapters 

for two hard disk drives; and five available slots. Cost: starts at $2,499. 


Xycom 
XVME-110 
Memory module 


A RAM/ROM memory module for 16- and 32-bit VMEbus processors. Provides a combina- 147 
tion of up to 3 Mbytes of RAM, 12 Mbytes of EPROM, and 768 Kbytes of EEPROM. Features a 
32-bit VMEbus slave interface. Supports memory devices at speeds of 50, 100, 150, 200, and 
250 ns. Comes on a double-high 6U form factor. Cost: $825. 
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Broad new AI workshop focuses on tools-for-knowledge theme 

Molly Daniel, Eckerd College 


“Tools for Knowledge” was the theme 
of the IEEE Computer Society’s first 
International Workshop on Tools for Ar¬ 
tificial Intelligence, held in Herndon, 
Virginia, October 23-25 and hosted by 
George Mason University. 

Although subtitled “Architectures, 
Languages, and Algorithms,” the work¬ 
shop’s presented papers covered a vari¬ 
ety of other and related topics, chief 
among which were software engineering, 
knowledge-based systems and learning 
schema, and neural networks. Workshop 
chair Nikolas Bourbakis of GMU, giving 
the rationale for the workshop, said, “We 
have tools for information; now we need 
tools for AI.” The workshop series has 
been inaugurated with a view to bridging 
the gap between theoretical and applica¬ 
tion-oriented conferences. 

AI and SE. C.V. Ramamoorthy of the 
University of California at Berkeley de¬ 
livered the opening speech on “Artificial 
Intelligence and Software Engineering.” 
Drawing from a broad background of 
software engineering issues and tech¬ 
niques, he delivered a series of perspec¬ 
tives on the potential for artificial intelli¬ 
gence to contribute to software engineer¬ 
ing. 

Among the areas he targeted were do¬ 
main knowledge, automatic program¬ 
ming, program synthesis, transforma¬ 
tional approaches, specification tech¬ 
niques, and intelligent assistants. 
Ramamoorthy said one question we must 
ask ourselves, in evaluating the useful¬ 
ness of these approaches, is “What are the 
parameters of representation?” One pa¬ 
rameter will be “the expressiveness of the 
representation, meaning how well can we 
capture thought and map it into a formal 
communication system?” 

Composition and the properties of 
combinations is another such parameter. 
The goal is to get “little bricks” whose 
behavior we understand and to use them 
to predict the properties of the combina¬ 
tions of these elements. Most impor¬ 
tantly, any representation must be easily 
machine-analyzable. 


According to Ramamoorthy, there are 
two kinds of knowledge, domain-spe¬ 
cific knowledge and programming 
knowledge. Programming knowledge 
embraces algorithms, relationships, ob¬ 
jects, etc. Most crucial, however, is an 
understanding of domain-specific 
knowledge. The interactions between 
programming knowledge and domain 
knowledge have largely been explored 
using the “interactive guidance” of the 
program developer. 

Software sessions. In sessions de¬ 
voted to software engineering, both spe¬ 
cific application tools and general issues 
were addressed. A number of papers dealt 
with artificial intelligence techniques for 
software engineering in traditional do¬ 
mains. Shashi Shekhar of UC Berkeley 
described a “yellow pages” facility for an 
expert systems shell, through which co¬ 
operating expert systems can seek advice 
from other “experts.” Decisions concern¬ 
ing when, how, and with whom to cooper¬ 
ate are resolved by the system at runtime. 

Patrick O. Bobbie of the University of 
West Florida discussed a method for par¬ 
titioning the components of a large-scale 
software system, using binary matrix 
models to determine clusterings of con¬ 
textual binary relations. 

David Chin, University of Hawaii, pre¬ 
sented a session on the Moana (Model 
Acquisition Using Natural Language) 
system, designed to acquire information 
about software requirements from users 
who are not software designers. Moana 
uses natural language input to construct a 
dataflow diagram, which is then pre¬ 
sented to the user for modification. The 
system relies on a designer’s stereotypi¬ 
cal knowledge to make default decisions 
about the requirements of a particular 
system. Through natural language dialog 
with the client, these assumptions are re¬ 
fined into a specific design. (Moana is 
also the Hawaiian word for ocean.) 

W.T. Tsai, University of Minnesota, 
discussed the field of software engineer¬ 
ing from the standpoint of developing 
standards for the future. Quoting David 


Marr, he claimed that, in software engi¬ 
neering as in artificial intelligence, there 
is a need to distinguish theory from im¬ 
plementation. A commonly accepted 
framework would enable us to formulate 
allowable theories, examine hidden as¬ 
sumptions, and develop appropriate 
evaluation criteria. Warning against 
“throwing the baby out with the bath wa¬ 
ter,” Tsai stated that “Rules, frames, etc., 
are the bath water. Theory (for example, 
computation theory) is the baby.” 

AI and knowledge base. Larry 
Kerschberg of GMU chaired a panel on 
tools for AI from the database point of 
view, with assistance from Scott Ferting 
of Yale University. Kerschberg opened 
by saying that the database research com¬ 
munity has been very successful in for¬ 
malizing its goals. However, the trend 
now is away from transaction-oriented 
models and toward systems that provide 
knowledge about data. As distributed 
systems become more prevalent, we need 
paradigms to share knowledge as well as 
data. With more and more object-ori¬ 
ented and other R&D environments en¬ 
tering the market, we need data models 
that express more semantics than the rela¬ 
tional. We also need intelligent inter¬ 
faces, such that different applications 
with common data can be integrated in a 
way that is transparent to the user. 

In response to Ferting’s observation 
that “some queries aren’t simple Boolean 
queries,” Kerschberg said we must look 
at a database as a knowledge source, and 
construct systems that will “mine knowl¬ 
edge from data.” To do this, we need to 
achieve a metalevel of reasoning about 
knowledge and its impact on the database 
schema, said Kerschberg. 

When asked why relational databases 
seem to have won out over other models, 
Kerschberg speculated that, on the prag¬ 
matic side, business people think of data 
as being organized in tables. From an¬ 
other perspective, these tables have 
mathematical properties that make them 
attractive to theoreticians. The relational 
model represents the first time that data- 
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base concepts were formalized. Now, he 
claims, it is time to go a step further. “We 
have loose coupling. Now we need a 
higher level integration of knowledge 
bases and relational databases.” Object- 
oriented models seem to promise such a 
higher level representation, but object- 
oriented models aren’t standardized. A 
“mix and match” approach that integrates 
knowledge-based and database technol¬ 
ogy seems to be the best bet, given our 
current state of understanding. 

In a paper entitled “The Role of Knowl¬ 
edge in an Active Information Environ¬ 
ment,” Mike Papazoglou of GMD of 
Germany and Australian National Uni¬ 
versity, the program co-chair, further ex¬ 
plored ways to impose an object-oriented 
data model on a relational substratum. 
Using the concept of “conceptual cluster¬ 
ing,” Papazoglou explored techniques 
for imposing a higher level of abstraction 
on a relational database, grouping to¬ 
gether entities and relationships with 
common semantic properties to form 
higher level objects. 

AI and learning. “Mix and match” was 
also the consensus of the panel entitled 
“Machine Learning Paradigms,” chaired 
by R. Michalski of GMU. The most popu¬ 
lar current paradigms for machine learn¬ 
ing and their methods are 

(1) empirical symbolic learning (ex¬ 
plicit deduction), 

(2) analytic symbolic learning (also 
explicit deduction), 

(3) empirical connectionist learning 
(implicit induction), and 

(4) genetic algorithms (connectionist 
implicit induction). 

Other paradigms include learning by 


ICPP keynoter contrasts 

Woei Lin, University of New Mexico 

Keynoter Daniel Hillis of Thinking 
Machines discussed future trends in 
supercomputing and parallel processing 
in his address, “Very Large Scale Parallel 
Processing,” before the 18th Interna¬ 
tional Conference on Parallel Process¬ 
ing, held August 8-12 in St. Charles, Illi¬ 
nois. 

Peter M. Kogge of IBM was the confer¬ 
ence general chair, and Emiley C. Plachy, 
Kevin P. McAuliffe, and Fred Ris of IBM 
were the program co-chairs. Pennsylva¬ 
nia State University sponsored the event. 


analogy, case-based reasoning, and inte¬ 
grated systems. The “best bet,” according 
to Michalski and the panel, was not to al¬ 
low preeminence to any paradigm at all. 
We can reuse paradigms and portions of 
paradigms and shift between experience- 
based and symbolic-based learning to 
employ a “multistrategy, multilevel, 
goal-directed” learning model. In par¬ 
ticular, we can use symbolic systems to 
initialize the system and connections to 
improve its performance. 

The most rapid payoffs for symbolic 
representation are at the implementation 
level, so this level can profitably be given 
“symbolic preeminence.” 

In his keynote speech, A.P. Sage of 
GMU called for AI tools with a learning 
capability. Humans don’t simply solve 
problems using formal reasoning rules 
like decision trees, heuristics such as pro¬ 
duction rules, or experiential-based 
skills that can’t very easily be described 
in terms of rules. “They use some blend¬ 
ing of these as a function of expertise. 
They exercise some control over physical 
systems. They learn with respect to doing 
this over and over again, but they also 
fundamentally make decisions on how to 
decide.” It is at this level, said Sage, that 
artificial intelligence tools will find their 
greatest obstacle to success, as well as 
their greatest opportunities for success. 

Neural nets. Paul Werbos of NSF, the 
developer of the backward propagation 
algorithm, spoke the third and last day of 
the workshop on his work with neural net¬ 
works and the “feedback loop” between 
neuroscience and neuroengineering. The 
field of neural networks, he said, has suf¬ 
fered from its own hype, in much the same 
way that AI did in the early years. Now, 
we need to avoid overstated claims but re¬ 


tain long-term visions, said Werbos. In 
particular, research into control algo¬ 
rithms tends to be underfunded, while 
most of the money goes to hardware and 
applications. Efficient algorithms are es¬ 
sential to neural network implementa- 

Algorithms are, in fact, still at the heart 
of AI research, claimed Samuel Aletan of 
Louisiana Tech University in his paper 
entitled “Current and Future Trends in 
Artificial Intelligence: Architectures and 
Programming Languages.” Aletan said, 
“In the beginning, we used artificial intel¬ 
ligence to play little games. Now, we play 
big games.” 

Comparing the performance of Lisp 
with three procedural languages and us¬ 
ing three classic AI problems as bench¬ 
marks, Aletan concluded that the devel¬ 
opment of efficient algorithms is as im¬ 
portant as the development of Lisp-based 
architectures and compilers to deal with 
the problem of combinatorial explosion. 

Among the other topics addressed in 
individual sessions were VLSI design, 
solving research problems, speech and 
signal processing, production rules and 
systems, planning strategies, fuzzy tools 
and complexity, robot path planning, and 
natural language processing. 

One pervasive common denominator 
of the various areas and approaches was a 
concern with object-oriented program¬ 
ming. In the natural language processing 
session, Mamdouh Ibrahim of EDS dis¬ 
cussed Taro, an object-oriented, hierar¬ 
chically organized context-free parser 
for natural language. 

The proceedings, order No. 1984, is 
available from the Computer Society 
Press, Los Alamitos, California, by call¬ 
ing (800) CS-BOOKS or (714) 821-8380 
in California. 


today’s two key approaches to supercomputing 


Two major techniques. In the keynote 
address, Hillis noted that there are two 
major approaches to supercomputing in 
industry to date. The first approach, taken 
by Cray and many other supercomputer 
manufacturers, uses a few powerful pro¬ 
cessors. This approach extracts the maxi¬ 
mum performance from the most current 
high-speed technologies, such as gallium 
arsenide (to be used in the Cray-3). 

In contrast, the second approach em¬ 
phasizes using a large number of simple 
processors, such as bit-serial processors. 


to exploit massive data parallelism. The 
Connection Machine from Thinking Ma¬ 
chines uses the second approach. 

Hillis also pointed out that software 
development of parallel processing has 
been lagging behind hardware develop¬ 
ment. He conjectured that constantly 
changing programming environments 
and application tools are part of the rea¬ 
son. 

In the late 1970s, software was devel¬ 
oped for uniprocessor systems. By the 
early 1980s, software programming en- 
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vironments had changed. Now, software 
is being developed for multiprocessor 
systems. With continuing changes in the 
programming environment, software en¬ 
gineers spend much of their time learning 
or adapting to the new environment 
rather than concentrating on software de¬ 
velopment. 

Hillis suggested that, to advance soft¬ 
ware technology for parallel processing, 
software engineers should be provided 
with relatively stable programming envi¬ 
ronments. 


Three parallel tracks. The confer¬ 
ence was organized in three parallel 
tracks: architecture, software, and algo¬ 
rithms and applications. Tutorials in the 
areas of neural networks, parallel super¬ 
computing, parallel algorithms, multi¬ 
processors, and parallel languages and 
compilers were presented before and af¬ 
ter the technical sessions. 


Two panel sessions were featured, one 
on software issues, and the other on hard¬ 
ware issues in parallel processor systems. 

The software panel noted that the suc¬ 
cess of parallel processing depends on 
fundamental improvements in parallel 
algorithm designs, parallel computa¬ 
tional models, and parallel programming 
languages. Panelists discussed the need 
for a new class of algorithms as effective 
on parallel machines as the algorithms 
used on sequential machines. 

The consensus was that the develop¬ 
ment of parallel computation models is a 
primary research area in parallel process¬ 
ing. These models provide computer 
architects and language designers with 
the intellectual tools necessary to con¬ 
ceive, describe, and evaluate parallel 
processing systems. 

The second panel focused on determin¬ 
ing which parallel computer architec¬ 
tures will survive the evolutionary pro¬ 
cess. Views of the panelists were divided 


between those who favored bus-based 
parallel architectures because of their 
cost-effectiveness and those who fa¬ 
vored network-based parallel architec¬ 
tures because of their superior perform¬ 
ance. All the panelists generally agreed 
that the market is an important determin¬ 
ing factor. 

In special honors presented at the con¬ 
ference, T. Schwederski et al. of Purdue 
University received the best presentation 
award for their paper, “Task Migration 
Transfers in Multistage Cube-Based Par¬ 
allel Systems,” and K. Kim et al. of Penn 
State received the Daniel L. Slotnick 
best-paper award for “A Processor Allo¬ 
cation Scheme for Hypercube Comput- 

The proceedings, order No. 1935, is 
available from the Computer Society 
Press, Los Alamitos, California or by 
dialing (800) CS-BOOKS or (714) 821- 
8380 in California. 


Inaugural systems workshop examines many parallel-software aspects 


Charles Koelbel, Purdue University 

Many aspects of parallel software were 
discussed at the first Workshop on Expe¬ 
riences with Building Distributed and 
Multiprocessor Systems, held October 5- 
6 in Fort Lauderdale, Florida. 

The Usenix Association and the Soft¬ 
ware Engineering Research Center spon¬ 
sored the event, and the IEEE Computer 
Society Technical Committees on Oper¬ 
ating Systems and Distributed Process¬ 
ing and ACM’s Special Interest Groups 
on Operating Systems and Software En¬ 
gineering were sponsors in cooperation. 
George Leuch of AT&T Paradyne was 
general chair, with Cone Spafford of Pur¬ 
due University the program chair. 

Researchers from industry and acade¬ 
mia presented 25 papers in eight work¬ 
shop sessions. In addition, a work-in- 
progress session featured six short re¬ 
ports, and an informal session was orga¬ 
nized to discuss topics raised in one of the 
early sessions. 

Three research projects. During the 
Objects and Virtual Memory session, 
Frane Kaashoek of Vrije Universiteit, 
Yousef Khalidi formerly of Georgia 
Tech, and Gary Johnson of the University 
of Illinois reported on three research 
projects implementing shared virtual 
memory in a distributed environment. 

The three approaches differed in de¬ 
tails, but their basic thrust was to encap¬ 


sulate data in objects and use those ob¬ 
jects as the basic unit to be shared among 
machines. Although no one disputed the 
results of the projects, a significant group 
of attendees claimed that distributed 
shared memory was the wrong way to go. 

At a specially organized rebuttal ses¬ 
sion entitled “Distributed Memory is 
Easy ... But Wrong” held the night of the 
OVM session, critics argued that such 
systems hide the cost of data sharing from 
the user, thus either encouraging ineffi¬ 
cient programming or making perform¬ 
ance timing impossible. Several alterna¬ 
tives were offered, many of which were 
included in other workshop papers. 

Several speakers made the point that 
the model of programming in a system 
should be tied closely to both the system 
architecture and to the application under 
consideration. By that standard, distrib¬ 
uted memory was considered a definite 
advantage for some systems but less valu¬ 
able for others. 

Henry Massalin provided another 
workshop highlight with a talk on the 
Synthesis operating system project at Co¬ 
lumbia University. The system features 
extremely fast context-switch and sched¬ 
uling times. Synthesis uses the idea of 
phase locked loops (PLLs) from control 
theory to create adaptive scheduling al¬ 
gorithms that are more robust than con¬ 
ventional methods. These algorithms 


produce efficiencies high enough to al¬ 
low such applications as digital oversam¬ 
pling filters to be built in software. Mas¬ 
salin closed his talk with an example of 
CD-quality recordings processed in real 
time by programs running under Synthe¬ 
sis. 

Session on tools. A tools session fea¬ 
tured four interesting papers on the use of 
parallel processing in software tools. 
Aditya Mathur of Purdue presented work 
on the P/Mothra system, which uses the 
Ncube/7 multiprocessor for mutation 
testing of sequential programs. Substan¬ 
tial speedups for the testing process were 
reported for that 128-processor machine. 

Howard Katseff of Bell Laboratories 
showed work on parallel debuggers and 
performance monitoring tools in the 
HPC/Vorx system. The graphic displays 
of processor utilization and communica¬ 
tions use impressed many participants as 
a great step forward from current tools. 

Thomas Casavant reported on Caps, a 
program monitoring and debugging sys¬ 
tem for Purdue’s Pasm parallel proces¬ 
sor. Rodger Lea from the University of 
Lancaster described Aide, a support envi¬ 
ronment for object-oriented systems. 
Both of the last two talks applied special 
hardware and software to existing multi¬ 
processor systems to create a “friendlier” 
user environment. 
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CALL FOR PAPERS 


1991 Usenix Workshop on Experiences with 
Building Distributed and Multiprocessor 

Systems. Submit paper to George Leuch, 

AT&T Paradyne, MS I.G-133, PO Box 2826, 
Largo, FL 34649, phone (813) 530-2376; or 
Gene Spafford, Computer Science Dept., Pur¬ 
due Univ., West Lafayette, IN 47907, phone 
(317) 494-7825. 

Int’l Conf. on Computer Applications in De¬ 
veloping Countries: Oct. 22-24, 1990, Benin 
City, Nigeria. Sponsor: Large Scale Systems 
Research Group, Univ. of Benin. Submit paper 
to E.A. Onibere, Mathematics and Computer 
Science Dept., Univ. of Benin, P.M.B. 1154, 
Benin City, Nigeria. 

Series on Technical Communications, a new 
MIT Press book, seeks manuscripts and propos¬ 
als. They should be submitted to Edward Bar¬ 
rett, 55 Hayward St., Cambridge, MA 02142. 

J. of Systems and Software plans a special is¬ 
sue about learning from expert systems proj¬ 
ects that failed to meet expectations. Submit 
paper by Dec. 31,1989, to Larry Travis, Com¬ 
puter Sciences Dept., Univ. of Wisconsin at 
Madison, 1210 W. Dayton St., Madison, WI 
53706, phone (608) 262-6587. 

J. of Internetworking: Research and Experi¬ 
ence seeks original research papers for its first 
two issues. Submit full paper or short technical 
note by Dec. 31,1989, or Mar. 31,1990, to De¬ 
borah L. Estrin, Computer Science Dept., 

Univ. of Southern California, Los Angeles, CA 
90089-0782, phone (213) 743-7842. 


12th Saudi National Computer Conf. on 
Planning for the Informatics Society: Oct. 
21-24, 1990, Riyadh, Saudi Arabia. Cospon¬ 
sors: King Saud Univ., Saudi Computer Soci¬ 
ety. Submit extended abstract by Jan. 1, 1990, 
to Mohammad M. Mandurah, College of Com¬ 
puter and Information Sciences, PO Box 
51178, Riyadh, 11543, Kingdom of Saudi Ara¬ 
bia, phone 996 (1) 467-6993. 

Advanced Research Workshop on 3D 
Imaging in Medicine: June 25-29, 1990, 
Travemuende, Federal Republic of Germany. 
Sponsor: NATO. Submit paper by Jan. 2, 

1990, to Linda Houseman, Computer Science 
Dept., Univ. of North Carolina, Box 3175, Sit- 
terson Hall, Chapel Hill, NC 27599, phone 
(919) 962-1758 (for authors in the Americas); 
or Andreas Pommert, Inst, fur Mathematik und 
Datenverarbeitung in der Medizin, Univ. 
Krankenhaus Eppendorf, Martinistrasse 52, 
2000 Hamburg 20, Federal Republic of Ger¬ 
many, phone 49 (40) 468-2300 (for authors in 
Europe, Asia, Australia, and Africa). 


IFIP Workshop on Design and Test of 

'55' ASICs: June 11-12, 1990, Hiroshima, 
Japan. Cosponsors: IPSJ et al. Submit abstract 


by Jan. 10,1990, to IFIP WG 10.5 Design and 
Test of ASICs Workshop Secretariat, c/o Busi¬ 
ness Center for Academic Science Japan, 3-23- 
1 Hongo, Bunkyo-ku, Tokyo 113, Japan, 
phone 81 (3) 817-5831. 

ICPP 90,19th Int’l Conf. on Parallel Pro¬ 
cessing: Aug. 13-17, 1990, St. Charles, Ill. 
Sponsor: Pennsylvania State Univ. Submit ab¬ 
stract and paper according to subject area by 
Jan. 10, 1990, to Pen-Chung Yew, Center for 
Supercomputing Research and Development, 
Univ. of Illinois, 305 Talbot Lab, 104 S. Wright 
St., Urbana, IL 61801-2932, phone (217) 244- 
0045 (on algorithms and applications sub¬ 
jects); David A. Padua, Center for Supercom¬ 
puting Research and Development, Univ. of 
Illinois, 305 Talbot Lab, 104 S. Wright St., Ur¬ 
bana, IL 61801-2932, phone (217) 333-4223 
(on software-oriented subjects); Benjamin W. 
Wah, Coordinated Science Lab, Univ. of Illi¬ 
nois, 1101 W. Springfield Ave., Urbana, IL 
61801-3082, phone (217) 333-3516 (on hard- 
ware-oriented and other subjects). 

1990 ACM Int’l Conf. on Supercomputing: 

June 11-15, 1990, Amsterdam. Submit paper 
manuscript by Jan. 10, 1990, to E. Gallopou- 
los, Univ. of Illinois CSRD, 305 Talbot Lab, 

104 S. Wright St., Urbana, IL 61801-2932 (for 
authors in North and South America); John R. 
Gurd, Computer Science Dept., Univ. of Man¬ 
chester, Oxford Road, Manchester Ml3 9PL, 
UK (Europe and Africa); or Yoichi Muraoka, 
Electrical Engineering Dept., Waseda Univ., 
3-4-1 Okubo, Shinjuku-ku, Tokyo, Japan (Ja¬ 
pan and the Far East). 

ITC 90, Int’l Test Conf.: Sept. 10-12, 
*55 1990, Washington, DC. Cosponsor: 

IEEE Philadelphia Section. Submit paper by 
Jan. 15, 1990, to Birger Schneider, Elek- 
tronikCentralen, Venlighedsvej 4, DK 2970 
Horsholm, Denmark, phone (45) 42-867722 
(for Europe); Adit Singh, Computer Science 
Dept., Indian Inst, of Technology, New Delhi, 
India (for India); or, by Jan. 22,1990, to H. 

Alan Hoover, ITC, PO Box 264, Mt. Freedom, 
NJ 07970, phone (219) 895-5260 (for North 
America); or Teruo Tamama, NTT LSI Labs, 3- 
1 Morinosato Wakamiya, Atsugi-Shi, Ka- 
nagawa 243-01, Japan, phone (81) 462-40- 
2225 (for Asia). 


Cognitiva 90: Nov. 20-23, 1990, 

*55^ Madrid. Sponsor: AFCET. Submit ab¬ 
stract by Jan. 15,1990, to Cognitiva 90, c/o 
AFCET, 156 Bd Pereire 75017 Paris, France, 
phone 33 (01) 47-66-24-19. 

Fourth Symp. on Parallel Processing: 

'55 Apr. 4-6, 1990, Fullerton, Calif. Spon¬ 
sor: IEEE Computer Society Orange County 
Chapter. Submit paper by Jan. 15, 1990, to 
Nader Bagherzadeh, Electrical and Computer 
Engineering Dept., Univ. of California at Irv¬ 


ine, Rm. ENG 544A, Irvine, CA 92717, phone 
(714) 856-8720. 

Roundtable Discussion on Vision-Based 
Vehicle Guidance: July 2, 1990, Tokyo. Spon¬ 
sor: Committee of IEEE Int’l Workshop on In¬ 
telligent Robots and Systems. Submit abstract 
by Jan. 15, 1990, to Ichiro Masaki, Computer 
Science Dept., GM Research Labs, 30500 
Mound Rd., Warren, MI 48090-9055, phone 
(313) 986-1466. 

10th Int’l Symp. on Protocol Specification, 
Testing, and Verification: June 13-15, 1990, 
Ottawa, Ont., Canada. Sponsor: IFIP. Submit 
full paper by Jan. 15, 1990, to Luigi Logrippo, 
Computer Science Dept., Univ. of Ottawa, Ot¬ 
tawa, Ont., Canada, KIN 6N5. 

ICCC 90, 10th Int’l Conf. on Computer 
Communication: Nov. 5-9, 1990, New Delhi, 
India. Sponsor: Int’l Council on Computer 
Communication. Submit draft of paper by Jan. 
20,1990 to S. Ramani, National Centre for 
Software Technology, Gulmohar Cross Rd. 

No. 9, Juhu, Bombay 400-049, India, phone 91 
(22) 620-1606. 

Tencon 90, IEEE Region 10 Conf. on Com¬ 
puter and Communication Systems: Sept. 
24-27, 1990, Hong Kong. Cosponsor: IEEE 
Hong Kong Section. Submit extended sum¬ 
mary and abstract by Jan. 22, 1990, to Y.S. 
Cheung, Electrical and Electronic Engineer¬ 
ing Dept., Univ. of Hong Kong, Pokfulam, 
Hong Kong. 

Fourth TC2 Working Conf. on Database Se¬ 
mantics: July 2-6, 1990, Windermere Lake 
District, UK. Sponsor: IFIP, Coopers and 
Lybrand UK. Submit full paper, short paper, 
and panel statement by Jan. 29, 1990, to Wil¬ 
liam Kent, Hewlett-Packard Labs, Dept. 3U, 
1501 Page Mill Rd., Palo Alto, CA 94304- 
0971; or Robert Meersman, Infolab, Tilburg 
Univ., PO Box 90153, 5000 LE Tilburg, The 
Netherlands. 

13th Int’l ACM/SIGIR Conf. on Research 
and Development in Information Retrieval: 

Sept. 5-7, 1990, Brussels. Submit paper by 
Jan. 31, 1990, to Gerard Salton, Computer Sci¬ 
ence Dept., Cornell Univ., 4133 Upson Hall, 
Ithaca, NY 14853 (for authors in the Americas 
and Asia); or Leo Egghe, Limburgs Univ. Cen¬ 
trum, Universitaire Campus, B-3610 Diepen- 
beek, Belgium (for authors in Europe, Africa, 
and Australia). 

ICARCV 90, Int’l Conf. on Automation, 
Robotics, and Computer Vision: Sept. 18-21, 
1990, Singapore. Submit extended summary 
and abstract by Jan. 31,1990, to D.P. Mital, 
ICARCV 90, School of Electrical and Elec¬ 
tronic Engineering, Nanyang Technological 
Inst., Nanyang Avenue, Singapore 2263. 
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Eurographics Workshop on Object-Ori¬ 
ented Graphics: June 6-8, 1990, Konigswin- 
ter, Federal Republic of Germany. Sponsors: 
Eurographics and German Society for Infor¬ 
matics. Submit paper by Jan. 31, 1990, to 
Marja Hegt, 0-0 Graphics Workshop, CWI, 
Kruislaan 413, 1098 SJ Amsterdam, The Neth¬ 
erlands, phone 31 (20) 592-4058. 

21st Pittsburgh Conf. on Modeling and 
Simulation: May 3-4, 1990, Pittsburgh. Spon¬ 
sors: Univ. of Pittsburgh et al. Submit abstract 
and summary by Jan. 31,1990, to William G. 
Vogt or Marlin H. Mickle, Modeling and Simu¬ 
lation Conf., 348 Benedum Engineering Hall, 
Univ. of Pittsburgh, Pittsburgh, PA 15261. 

ISPRS Commission V Symp.: Sept. 3-7, 

1990, Zurich, Switzerland. Cosponsors: Int'l 
Society for Photogrammetry and Remote 
Sensing et al. Submit abstract by Jan. 31, 1990, 
and paper by June 15, 1990, to ISPRS Commis¬ 
sion V Symp., Inst, of Geodesy and Photo¬ 
grammetry, ETH-Hoenggerberg, 8093 Zurich, 
Switzerland, phone 41 (1) 377-3051. 


CC 90, Third Int’l Workshop on Compiler 
Compilers: Oct. 22-26, 1990, Schwerin, Ger¬ 
man Democratic Republic. Sponsors: German 
Democratic Republic Academy of Sciences 
Inst, of Informatics and Computing Technique 
et al. Submit preliminary paper by Jan. 31, 
1990, to CC 90 Organizing Committee, c/o Mi¬ 
chael Albinus, Akademie der Wissenschaften 
der DDR, Inst, fur Informatik und Rechentech- 
nik, RudowerChaussee 5, Berlin, DDR — 1199. 


Infojapan 90, Int’l Conf. on Informa- 
tion Technology: Oct. 1-5, 1990, To¬ 
kyo. Sponsor: IPSJ. Submit paper by Feb. 1, 
1990, to Haruhisa Ishida, Computer Center, 
Univ. of Tokyo, 2-11-16 Yayoi, Bunkyo-ku, 
Tokyo 113, Japan, phone 81 (3) 818-0287. 

ICCD 90, IEEE Int’l Conf. on Com- 
puter Design: VLSI in Computers and 
Processors: Sept. 16-19, 1990, Cambridge, 
Mass. Submit summary by Feb. 1,1990, to 
Edward M. Middlesworth, Hewlett-Packard, 
Bldg. 25U, PO Box 10350, Palo Alto, CA 
94303-0867, phone (415) 857-5485. 

Seventh IEEE Workshop on Real- 
Time Operating Systems and Soft¬ 
ware: May 10-11, 1990, Charlottesville, Va. 
Cosponsor: Office of Naval Research. Submit 
position paper by Feb. 1, 1990, to Kwei-Jay 
Lin, Computer Science Dept., 1304 W. Spring- 
field Ave., Univ. of Illinois, Urbana, IL 61801 
phone (217) 333-1424. 


Second Int’l Conf. on Software Engineering 
and Knowledge Engineering: June 21-7.3, 
1990, Skokie, Ill. Sponsors: Knowledge Sys¬ 
tems Inst., Univ. of Pittsburgh, and Inst, for In¬ 
formation Industries, Taiwan. Submit abstract 
and paper by Feb. 1,1990, to C.Y. Hsieh, Com¬ 
puter Science Dept., Knowledge Systems Inst., 
1153 Oak St., PO Box 576, Winnetka, IL 
60093-0576. 


Workshop on Computer-Aided Verifica¬ 
tion: June 18-20, 1990, Princeton, N.J. Submit 
preliminary version of paper by Feb. 1, 1990, 
to E.M. Clarke, Computer Science Dept., Car¬ 


negie Mellon Univ., Pittsburgh, PA 15213- 
3890; R.P. Kurshan, AT&T Bell Labs, Rm. 2C- 
353, Murray Hill, NJ 07974; A. Pnueli, Weiz- 
mann Inst., Rehovot, Israel; or J. Sifakis, LGI- 
IMAG, BP 53X, 38041 Grenoble Cedex, France. 


IEEE Singapore Section et al. Submit abstract 
by Mar. 1, 1990, to T.T. Tjhung, ICCS 90, c/o 
Meeting Planners Pte Ltd., 100 Beach Rd. #33- 
01, Shaw Towers, Singapore 0718. 


Int’l Workshop on Rapid System 
Prototyping: June 5-7, 1990, Triangle 
Research Park, N.C. Submit extended sum¬ 
mary and paper by Feb. 15,1990, to Nick Kan- 
opoulos. Center for Digital Systems Research, 
Research Triangle Inst., PO Box 12194, Re¬ 
search Triangle Park, NC 27709, phone (919) 
541-7341. 

Int’l Symp. on Algorithms: Aug. 16-18, 

1990, Tokyo. Sponsor: IPSJ Special Interest 
Group on Algorithms. Submit detailed abstract 
by Feb. 15,1990, to Tetsuo Asano, Osaka Elec¬ 
tro-Communication Univ., Hatsu-cho, Neya- 
gawa, Osaka 572, Japan, phone 81 (720) 24-1131. 

Fifth Jerusalem Conf. on Information Tech¬ 
nology: Oct. 22-25, 1990, Jerusalem, Israel. 
Sponsor: Information Processing Assoc, of Is¬ 
rael. Submit paper by Feb. 15,1990, to Noah 
Prywes, Computer and Information Dept., 
Univ. of Pennsylvania, Philadelphia, PA 
19104 (for authors in North America); or Amir 
Pnueli, Applied Mathematics and Computer 
Science Dept., Weizmann Inst, of Science, Re¬ 
hovot, Israel (for all other authors). 

Third IFIP Workshop on Geometric Model¬ 
ing: June 17-21, 1990, Rensselaerville, NY. 
Submit brief summary by Feb. 15, 1990, to 
Mary Johnson, Rensselaer Design Research 
Center, Rensselaer Polytechnic Inst., Troy, 

NY 12180-3590, phone (518) 276-6751. 

EKAW 90, Fourth European Knowledge 
Acquisition for Knowledge-Based Systems 
Workshop: June 25-29, 1990, Amsterdam. 
Submit paper by Feb. 26,1990, to Bob Wielin- 
ga, Social Science Informatics, Univ. of Am¬ 
sterdam, Herengracht 196, 1016 BS Amster¬ 
dam, The Netherlands, phone 31 (20) 525-2160. 

Proc. of the IEEE plans a special issue in Jan. 
1991 on ISDN. Submit paper on networks, 
service, systems, performance, switching, 
standardization efforts, device developments, 
future trends, and new directions by Feb. 28, 
1990, to W.W. Wu, Intelsat, 3400 International 
Dr. NW, Washington, DC 20008-3098, phone 
(202) 944-7224. 

First Japanese Knowledge Acquisition for 
Knowledge-Based Systems Workshop: Oct. 
25-26, 1990, Kyoto, Japan, and Oct. 29-31, 

1990, Tokyo. Sponsors: Kansai Inst, of Infor¬ 
mation Systems et al. Submit draft by Feb. 28, 
1990, to Hiroshi Motoda, Advanced Research 
Lab, Hitachi, Kokubunji, Tokyo 185, Japan. 

DIAC 90, Directions and Implications of 
Advanced Computing: July 28, 1990, Bos¬ 
ton. Sponsor: Computer Professionals for So¬ 
cial Responsibility. Submit abstract and paper 
by Mar. 1,1990, to Douglas Schuler, Boeing 
Computer Services, MS 7L-64, PO 24346, Se¬ 
attle, WA 98124-0346, phone (206) 865-3226. 

ICCS 90, Int’l Conf. on Communication Sys¬ 
tems: Nov. 5-9, 1990, Singapore. Cosponsors: 


Second Int’l Workshop on Advances in Ro¬ 
bot Kinematics: Sept. 10-12, 1990, Linz, Aus¬ 
tria. Sponsors: Research Inst, for Symbolic 
Computation et al. Submit paper by Mar. 1, 
1990, to Sabine Stifler, RISC, Johannes Kepler 
Univ., A-4040 Linz, Austria, phone 43 (7236) 
3231-50; or Jadran Lenarcic, Josef Stefan 
Inst., Univ. of Edvard Kardelj, Jamova 39, 
61111 Ljubljana, Yugoslavia, phone 38 (61) 
214-399. 


IAPR Workshop on Syntactic and Struc¬ 
tural Pattern Recognition: June 13-15, 1990, 
Murray Hill, N.J. Sponsor: Int’l Assoc, for Pat¬ 
tern Recognition. Submit abstract by Mar. 1, 
1990, to Henry S. Baird, AT&T Bell Laborato¬ 
ries, Rm. 2C-557, 600 Mountain Ave., Murray 
Hill, NJ 07974, phone (201) 582-5744. 

IEEE Trans, on Knowledge and Data 

Engineering plans a special section on 
enabling technology for knowledge-based 
systems. Submit paper by Mar. 2, 1990, to 
Howard E. Shrobe, Symbolics, Inc., 8 New 
England Executive Park East, Burlington, MA 
01803, phone (617) 221-1304; or Se June 
Hong, IBM T.J. Watson Research Center, PO 
Box 218, Yorktown Heights, NY 10598, phone 
(914) 945-2265. 


SIGComm 90 Conf.: Aug. 1-5, 1990, Phila¬ 
delphia. Sponsor: ACM SIGComm. Submit 
paper by Mar. 2,1990, to Phil Kam, Bell Com¬ 
munications Research, MS 2P-357, 445 South 
St., PO Box 1910, Morristown, NJ 07962- 
1910, phone (201) 829-4299. 


Frontiers 90, Third Symp. on Fron¬ 
ts?' tiers of Massively Parallel Computa¬ 
tion: Oct. 8-10, 1990, College Park, Md. Co¬ 
sponsor: NASA Goddard Space Flight Center. 
Submit extended abstract by Mar. 15, 1990, to 
Joseph JaJa, Frontiers 90, UMIACS, Univ. of 
Maryland, A.V: Williams Bldg., College Park, 
MD 20742, phone (301) 454-1808. 


1990 Int’l Electronics Packaging Conf.: 

Sept. 9-13, 1990, Marlborough, Mass. Spon¬ 
sor: Int’l Electronics Packaging Society. Sub¬ 
mit abstract by Mar. 30, 1990, to IEPS 1990 
Program Committee, 114 N. Hale St., Whea¬ 
ton, IL 60187, phone (708) 260-1044. 


Int’l Symp. on Fuzzy Approach to Rea- 
KSZ soning and Decision Making: June 25- 
29, 1990, Bechyne, Czechoslovakia. Sponsor: 
Int’l Fuzzy System Assoc. Submit paper by 
Apr. 1,1990, to Milan Mares, UTIA-CSAV, 
Pod Vodarenskou Vezi 4, 182 08 Praha 8, 
Czechoslovakia. 


Internal Audit Advanced Technology Fo¬ 
rum: Sept. 17-19, 1990, Orlando, Fla. Spon¬ 
sor: Inst, of Internal Auditors. Submit paper by 
Apr. 1,1990, to Frank Allen, IIA, 249 Mait¬ 
land Ave., Altamonte Springs, FL 32701-4201. 

Fourth Conf. on Putting Methods and Tools 
into Practice as Aids to Design Information 

Systems: September 1990, Nantes, France. 
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Sponsor: Univ. de Nantes, Inst. Univ. de Tech- 
nologie, Lab. d’Informatique, Liana. Submit 
paper by Apr. 1,1990, to H. Habrias, 3 Rue du 
Marechal Joffre, 44041 Nantes Cedex 01, 
France, phone (33) 4030-6090. 

1990 IEEE Workshop on Visual Languages: 

Oct. 4-6, 1990, Skokie, Ill. Sponsors: Univ. of 
Pittsburgh et al. Submit abstract and paper by 
Apr. 1, 1990, to S.K. Chang, Computer Science 
Dept., Univ. of Pittsburgh, Pittsburgh, PA 15260. 

Iecon 90, 16th Conf. of the IEEE Industrial 
Electronics Society: Nov. 27-30, 1990, Paci¬ 
fic Grove, Calif. Submit abstract and summary 
by Apr. 1,1990, to Alfred C. Weaver, Compu¬ 
ter Science Dept., Thornton Hall, Univ. of Vir¬ 
ginia, Charlottesville, VA 22903, phone (804) 
982-2201 (for authors in North and South Am¬ 
erica); Adolf Habock, Siemens AG, Strom- 
richterwerk Erlangen, Frauenauracher Str. 80, 
D-8520 Erlangen, West Germany, phone 49 
(9131) 731-312 (Europe); or Hiromasa Hane- 
da, Electronics Engineering Dept., Kobe Univ., 
Rokko-dai, Nada-ku, Kobe City, Hyogo 675, 
Japan, phone 81 (78) 881-1212 (other regions). 

ICDT 90, Third Int’l Conf. on Database The¬ 
ory: Dec. 11-15, 1990, Paris. Sponsor: INRIA. 
Submit extended abstract by Apr. 2,1990, to 
Paris Kanellakis, ICDT 90, Brown Univ., 
Computer Science Dept., PO Box 1910, Provi¬ 
dence, RI 02912, phone (401) 863-7647; or 
INRIA, Domaine de Voluceau — Rocquen- 
court, BP 105, 78153 Le Chesnay Cedex, 
France; phone 33 (l)-3963-5500. 

Supercomputing 90: Nov. 12-16, New 

York City. Cosponsor: ACM. Submit pa¬ 
per by Apr. 15,1990, to Daniel V. Pryor, Su¬ 
percomputing Research Center, 17100 Science 
Dr., Bowie, MD 20715, phone (301) 805-7407. 

ACM SIGSoft 90, Fourth Symp. on Software 
Development Environments: Dec. 3-5, 1990, 
Irvine, Calif. Submit paper by Apr. 16,1990, to 
Richard N. Taylor, Information and Computer 
Science Dept., Computer Science Bldg., Rm. 
444, Parking Lot 18, Univ. of California, Irv¬ 
ine, CA 92717. 

13th Western Educational Computing 
Conf.: Nov. 15-16, 1990, Irvine, Calif. Spon¬ 
sor: California Educational Computing Con¬ 
sortium. Submit paper by Apr. 21,1990, to 
Oliver Seely, Jr„ California State Univ. at Do¬ 
minguez Hills, Chemistry, 1000 E. Victoria 
St., Carson, CA 90747. 

Second IEEE Symp. on Parallel and 
^7 Distributed Processing: Dec. 10-12, 
1990, Dallas. Sponsor: Dallas Section, IEEE 
Computer Society. Submit paper by May 1, 
1990, to Behrooz Shirazi, CSE Dept., Southern 
Methodist Univ., Dallas, TX 75275, phone 
(214) 692-2874. 

TAI 90, Second Computer Society 
^7 Int’l Workshop on Tools for Artificial 
Intelligence: Nov. 6-9, 1990, Washington, 
DC. Cosponsors: Rutgers Univ. et al. Submit 
panel proposal, tutorial proposal, and paper by 
May 15, 1990, to W.T. Tsai, Computer Science 
Dept., 4-192 EE/CS Bldg., 200 Union St. SE, 
Univ. of Minnesota, Minneapolis, MN 55455. 


CALENDAR 


,£3^1 In the accompanying Calendar, the IEEE Computer Society logo indicates 
' 5*7 the conferences the society is sponsoring and participating in; additional 
conference sponsors are also listed. Other conferences of interest to our readers 
are included, as well. 

For inclusion in Call for Papers or Calendar, submit information at least six 
weeks before the month of publication (i.e., for the February 1990 issue, send 
information for receipt by December 15, 1989) to Chuck Governale, Calendar 
Dept., Computer, PO Box 3014, Los Alamitos, CA 90720. 


December 1989 


1^, Int’l Conf. on CAD/CAM and Ad- 
'5*7 vanced Manufacturing Technology in 
Israel, Dec. 19-21, Jerusalem, Israel. Cospon¬ 
sors: Israel Society for CAD/CAM, SME. Con¬ 
tact Lawrence R. Odess, Ortra, PO Box 50432, 
61500 Tel Aviv, Israel, phone 972 (3) 971- 
3991. 

Ninth Conf. on Foundations of Software 
Technology and Theoretical Computer Sci¬ 
ence, Dec. 19-21, Bangalore, India. Contact 
C.E. Veni Madhavan, Tata Research Develop¬ 
ment and Design Center, 1 Mangaldas Rd., 
Pune 411001, India, phone (212) 662-453. 

Sixth Israeli Conf. on Artificial Intelligence 
and Computer Vision, Dec. 26-27, Tel Aviv. 
Sponsor: Information Processing Assoc, of Is¬ 
rael. Contact IPA, PO Box 13009, 91130 
Jerusalem, Israel. 


January 1990 


HICSS 23, 23rd Hawaii Int’l Conf. on 
'5*7 System Sciences, Jan. 3-5, Kailua- 
Kona, Hawaii. Sponsor: Univ. of Hawaii. Con¬ 
tact Luqi, Computer Science Dept., Naval 
Postgraduate School, Monterey, CA 93943, 
phone (408) 646-2735. 

First Int’l Symp. on Artificial Intelligence 
and Mathematics, Jan. 3-5, Fort Lauderdale, 
Fla. Contact Frederick Hoffman, Mathematics 
Dept., Florida Atlantic Univ., PO Box 3091, 
Boca Raton, FL 33431-0991, phone (407) 367- 
3340. 

Supercomputing Europe 90, Jan. 10-12, 

London. Sponsors: Univ. of London Computer 
Centre et al. Contact Gerry Parker, Meridien 
Pacific Group, 116 E. Blitdale Ave., Suite 2, 
Mill Valley, CA 94941, phone (415) 381-2256. 


OE LASE 90, Optics, Electro-Optics, and 
Laser Applications in Science and Engineer¬ 
ing, Jan. 14-19, Los Angeles. Sponsor: SPIE. 
Contact Int’l Society for Optical Engineering, 
PO Box 10, Bellingham, WA 98227-0010. 

IJCNN 90, Int’l Joint Conf. on Neural Net¬ 
works, Jan. 15-19, Washington, DC. Cospon¬ 
sors: IEEE, INNS. Contact Deverman and As¬ 
soc., 4233 Spring St., No. 99, La Mesa, CA 
92041, phone (619) 462-6800. 

POPL 90,17th Symp. on Principles of Pro¬ 
gramming Languages, Jan. 17-19, San Fran¬ 
cisco. Sponsors: ACM SIGAct, SIGPlan. Con¬ 
tact Assoc, for Computing Machinery, 11 W. 
42nd St., New York, NY 10036, phone (212) 
869-7440. 

1990 Western Multiconf., Jan. 17-19, San 

Diego, Calif. Sponsor: Society for Computer 
Simulation. Contact SCS, PO Box 17900, San 
Diego, CA 92117-7900, phone (619) 277- 
3888. 

IEEE Design Automation Workshop 
'5*7 on System-Level Modeling, Jan. 21- 

24, Scottsdale, Ariz. Contact Paul J. Drongow- 
ski, Computer Engineering and Science Dept., 
Case Western Reserve Univ., Cleveland, OH 
44106, phone (216) 368-5028. 

Winter 1990 Usenix Tech. Conf., Jan. 22-26, 
Washington, DC. Contact Daniel V. Klein, 
Software Engineering Inst., Carnegie Mellon 
Univ., Pittsburgh, PA 15213-3890, phone 
(412) 268-7791; or Usenix Conf. Office, 

22672 Lambert St., Suite 613, El Toro, CA 
92630, phone (714) 588-8649. 

Second IEEE Int’l Conf. on Wafer 
'5*7 Scale Integration, Jan. 23-25, San 

Francisco. Contact Joe Brewer, 351 White Ce¬ 
dar Ln., Sevema Park, MD 21146, phone (301) 
765-1247. 

Ninth Int’l Conf. on Computing Meth- 
'5*7 ods in Applied Sciences and Engineer¬ 
ing, Jan. 29-Feb. 2, Paris. Cosponsor: INRIA. 
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Contact INRIA, Service des Relations Exter- 
ieures, Domaine de Coloques—BP 105, 
78153, Rocquencourt, France; phone 33 (1) 
39-63-5600. 


February 1990 


1990 IEEE Aerospace Applications Conf., 
Feb. 3-10, Vail, Colo. Sponsor: IEEE South 
Bay Harbor Section. Contact Douglas Theis, 
Aerospace Corp., M6/204, PO Box 92957, Los 
Angeles, CA 90009. 

First Workshop on Neural Networks; Aca- 
demic/lndustrial/NASA/Defense Technical 
Interchange and Tutorials, Feb. 5-6, Au¬ 
burn, Ala. Sponsors: NASA/Center for Com¬ 
mercial Development of Space Power and Ad¬ 
vanced Electronics et al. Contact Mary Lou 
Padgett, John Wu, or T. Roppel, EE Dept., 200 
Broun Hall, Auburn Univ., AL 36849, phone 
(205) 844-1855. 


Sixth Int’l Conf. on Data Engineering, 
Feb. 5-9, Los Angeles. Contact Joseph E. 
Urban, Arizona State Univ., College of Engi¬ 
neering and Applied Sciences, Computer Sci¬ 
ence Dept., Tempe, AZ 85287, phone (602) 
965-2774; or Sixth Int’l Conf. of Data Engi¬ 
neering, IEEE Computer Society, 1730 Massa¬ 
chusetts Ave. NW, Washington, DC 20036- 
1903, phone (202) 371-1013. 


-£3^ BAST Workshop, Feb. 6-9, Bodega 
Bay, Calif. Contact Edward McCluskey, 
Center for Reliable Computing, ERL 460, Stan¬ 
ford, CA 94305-4055, phone (415) 723-1451. 


Symp. on Electronic Imaging Science and 
Technology, Feb. 11-16, Santa Clara, Calif. 
Sponsors: SPIE, SPSE. Contact Int’l Society 
for Optical Engineering, PO Box 10, Belling¬ 
ham, WA 98227-0010, phone (206) 676-3290. 


Applications Technology Conf., Feb. 12-15, 

San Jose, Calif. Sponsor: American Electron¬ 
ics Assoc. Contact Ed Teja, American Elec¬ 
tronics Assoc., 5201 Great American Pkwy., 
Santa Clara, CA 95054, phone (503) 231-9914. 


Eurasip Workshop on Neural Networks, 
Feb. 15-17, Sesimbra, Portugal. Cosponsors: 
European Assoc, for Signal Processing, IEEE, 
Instituto de Engenharia de Sistemas e Compu- 
tadores. Contact Luis B. Almeida, INESC, 
Apartado 10105, P-1017 Lisboa Codex, Portu¬ 
gal, phone 351 (1) 544-607. 


Ninth IEEE Computer Fair, Feb. 16- 

^57 17, Huntsville, Ala. Cosponsors: IEEE 
Computer Society Huntsville Section, IEEE 
Huntsville Section. Contact Terrence A. 
Mizell, 418 Isbell Rd„ Hazel Green, AL 35750, 
phone (205) 828-0803 

1990 Workshop on VLSI, Feb. 18-21, 

VS? Clearwater Beach, Fla. Contact Sami Al- 
Arian, Computer Science and Engineering 
Dept., Univ. of South Florida, Tampa, FL 
33620, phone (813) 974-3544. 


CSC 90, 18th Computer Science Conf., Feb. 
20-22, Washington, DC. Sponsor: ACM. Con¬ 
tact Barbara Kyriakakis, Computer Science 
Dept., George Mason Univ., Fairfax, VA 
22030, phone (703) 323-2318. 

Nepcon West 90, Nat’l Electronic Packaging 
and Production Conf., Feb. 26-Mar. 1, Ana¬ 
heim, Calif. Contact Michael Critser, Nepcon 
Conf. Group, 1350 E. Touhy Ave., Des Plaines, 
IL 60017-5060, phone (312) 299-9311. 

CompCon Spring 90, Feb. 26-Mar. 2, 

San Francisco. Contact Kenichi Miura, 
Computational Research Dept., MS B2-7, 
Fujitsu America, 3055 Orchard Dr., San Jose, 
CA 95134-2017, phone (408) 432-1300, ext. 
5408 or 5723; or CompCon Spring 90, IEEE 
Computer Society, 1730 Massachusetts Ave. 
NW, Washington, DC 20036-1903, phone 
(202) 371-1013. 


^2^1 Third Int’l Software for Strategic Sys- 
'5*7 terns Conf., Feb. 27-28, Huntsville, Ala. 
Cosponsors; IEEE Computer Society Hunts¬ 
ville Chapter et al. Contact Continuing Edu¬ 
cation Div., Univ. of Alabama in Huntsville, 
Tom Bevill Center 285, Huntsville, AL 35899, 
phone (800) 448-4035 or (205) 895-6372. 


March 1990 


Eighth Nat’l Conf. on Ada Technology, Mar. 
5-8, Atlanta. Contact Eighth Nat’l Conf. of 
Ada Technology, US Army Communica¬ 
tions—Electronics Command, Attn.: AM- 
SEL-RD-SE-CRM (Kay Trezza), Fort Mon¬ 
mouth, NY 07703-5000. 


CAIA 90, Sixth IEEE Conf. on Artifi- 
cial Intelligence Applications, Mar. 5- 

9, Santa Barbara, Calif. Contact CAIA 90, 
IEEE Computer Society, 1730 Massachusetts 
Ave. NW, Washington, DC 20036-1903, 
phone (202) 371-1013; or Se June Hong, IBM 
T.J. Watson Research Center, Rm. 31-206, PO 
Box 218, Yorktown Heights, NY 10598, phone 
(914) 945-2265. 


Int’l Conf. on Neural Networks, Mar. 6-8, 

Lyon, France. Sponsors: Associazione Italiana 
per l’lnformatica ed II Calcolo Automatico et 
al. Contact Solange Dubeauclard, 1030 N. 
Glenhurst, Birmingham, MI 48009, phone 
(313) 647-7833. 


Parbase 90, Int’l Conf. on Databases, Paral¬ 
lel Architectures, and Their Applications, 
Mar. 6-9, Miami Beach. Sponsor: Florida Int’l 
Univ. Contact Parbase 90, School of Computer 
Science, Florida Int’l Univ., Miami, FL 33199, 
phone (305) 554-3386 or 3429. 


EDAC 90, European Design Automa- 
tion Conf., Mar. 12-15, Glasgow, Scot¬ 
land. Contact Gordon Adshead, CEP Consult¬ 
ants, 26-28 Albany St., Edinburgh, EH1 3QH, 
Scotland, UK, phone 44 (31) 557-2478. 

1990 Int’l Conf. on Computer Lan- 
'51^' guages, Mar. 12-16, New Orleans. Con¬ 
tact Boumediene Belkhouche, Computer Sci¬ 


ence Dept., Tulane Univ., PO Box 5079, 301 
Stanley Thomas Hall, New Orleans, LA 70118, 
phone (504) 865-5840. 

Second Symp. on Principles and Practice of 
Parallel Programming, Mar. 14-16, Seattle. 
Sponsor: ACM SIGPlan. Contact Edward La- 
zowska, Computer Science Dept., Univ. of 
Washington, Seattle, WA 98195, phone (206) 
543-4755. 

1990 Symp. on Advances in Semiconductors 
and Superconductors, Mar. 17-21, San Di¬ 
ego, Calif. Sponsor: SPIE. Contact Society of 
Photo-Optical Instrumentation Engineers, PO 
Box 10, Bellingham, WA 98227-0010, phone 
(206) 676-3290. 

Second Oregon Workshop on Software Met¬ 
rics, Mar. 19-20, Portland, Ore. Sponsors: 
Portland State Univ. et al. Contact Warren Har¬ 
rison, Computer Science Dept., Portland State 
Univ., PO Box 751, Portland, OR 97207-0751, 
phone (503) 464-3108. 

NCGA 90, Mar. 19-22, Anaheim, Calif. Con¬ 
tact NCGA, 2722 Merrilee Dr., Suite 200, 
Fairfax, VA 22031, phone (703) 698-9600. 

UK IT 1990 Conf., Mar. 19-22, Southampton, 
UK. Sponsors: IEE et al. Contact Conf. Ser¬ 
vices, Institution of Electrical Engineers, Sa¬ 
voy PI., London WC2R 0BL, UK, phone 44 (1) 
240-1871. 


Southcon 90, Mar. 20-22, Orlando, Fla. Spon¬ 
sors: IEEE Florida Council et al. Contact 
Southcon 90, 8110 Airport Blvd., Los Angeles, 
CA 90045. 


Eighth Built-In Self-Test Workshop, 
^7 Mar. 21-23, Charleston, S.C. Sponsors: 
IEEE Test Technology Committee. Contact 
Richard Sedmak, Self-Test Services, 6 Lin- 
denwold Terr., Ambler, PA 19002, phone 
(215) 628-9700. 


IPCCC, Ninth IEEE Int’l Phoenix Conf. on 
Computers and Communications, Mar. 21- 

23, Scottsdale, Ariz. Cosponsor: IEEE Com¬ 
munications Society. Contact Forouzan Gol- 
shani, Computer Science Dept., Arizona State 
Univ., Tempe, AZ 85287, phone (602) 965- 
2855. 


Hannover Fair Cebit 90, Mar. 21-28, Han¬ 
nover, West Germany. Contact Hannover Fairs 
USA, 103 Carnegie Center, Princeton, NJ 
08540, phone (609) 987-1202. 

1990 Symp. on Interactive 3D Graph- 
'5*7 ics, Mar. 25-28, Snowbird, Utah. Spon¬ 
sors: US Office of Naval Research et al. Con¬ 
tact Richard Riesenfeld, Univ. of Utah, Com¬ 
puter Science Dept., 3190 Merrill Engineering 
Bldg., Salt Lake City, Utah 84112, phone (801) 
581-8224. 

Conf. on Al, Simulation, and Planning in 
High-Autonomy Systems, Mar. 26-27, 

Tucson, Ariz. Cosponsors: Univ. of Arizona et 
al. Contact Bernard Zeigler, Electrical and 
Computer Engineering Dept., Office of Engi¬ 
neering Professional Development, Univ. of 
Arizona, Box 9 Harvill Bldg., Tucson, AZ 
85721, phone (602) 621-3054. 
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/SN. ICSE 12, 12th Int’l Conf. on Software 

Engineering, Mar. 26-30, Nice, France. 
Cosponsors: ACM, AFCET. Contact Francois- 
Regis Valette, CERT/DERI, PO Box 4026-2, 
Ave. Edouard Belin-31055 Toulouse, France, 
phone (33) 61-55-71-11; ICSE 12, AFCET, 

156 Bd. Pereire, 75017 Paris, France; or IEEE 
Computer Society, 1730 Massachusetts Ave. 
NW, Washington, DC 20036-1903, phone 
(202) 371-1013. 

1990 Int’l Conf. on Extending Data- 

base Technology, Mar. 26-30, Venice, 
Italy. Cosponsors: EDBT Foundation et al. 
Contact Michael L. Brodie, Intelligent Data¬ 
base Systems Dept., GTE Labs, 40 Sylvan Rd., 
MS 62, Waltham, MA 02254, phone (617) 466- 
2256. 


1990 AAAI Spring Symp. on the Theory and 
Application of Minimal-Length Encoding, 
Mar. 27-29, Stanford, Calif. Contact Edwin 
Pednault, AT&T Bell Laboratories, Rm. 4F- 
611, Crawfords Comer Rd., Holmdel, NJ 
07733, phone (201) 949-1074. 

Supercomputing Japan 90, Mar. 27-29, To¬ 
kyo. Cosponsors: US Commerce Dept, et al. 
Contact Meridian Pacific Group, 116 E. 
Blithedale Ave., Suite 2, Mill Valley, CA 
94941, phone (415) 381-2255. 

Mathematical Sciences Inst. Symp., Mar. 
29-31, Ithaca, NY. Contact Diana Drake, MSI, 
Cornell Univ., 201 Caldwell Hall, Ithaca, NY 
14853-2602, phone (607) 255-7740. 

PDC 90, Conf. on Participatory Design of 
Computer-Based Applications, Mar. 31- 
Apr. 1, Seattle. Sponsors: Computer Profes¬ 
sionals for Social Responsibility, Computers 
in the Workplace Working Group. Contact Jeff 
Johnson, HP Labs, PO Box 10490, Palo Alto, 
CA 94303-0969, phone (415) 857-7661. 


April 1990 


CHI 90, Human Factors in Computing Sys¬ 
tems 1990, Apr. 1-5, Seattle. Sponsor: ACM. 
Contact Toni MacHaffie, CHI 90, PO Box 
5847, Beaverton, OR 97006-5847, phone 
(503) 591-1981; or Assoc, for Computing Ma¬ 
chinery, 11 W. 42nd St., New York, NY 10036. 

Sixth MIT Conf. on Advanced Research in 
VLSI, Apr. 2-4, Cambridge, Mass. Contact 
Microsystems Research Center, Rm. 39-321, 
MIT, Cambridge, MA 02139, phone (617) 253- 
8138. 


Flairs 90, Florida Al Research Symp., Apr. 3- 

6, Cocoa Beach, Fla. Contact Avelino J. 
Gonzalez, Computer Engineering Dept., Univ. 
of Central Florida, Orlando, FL 32816, phone 
(407) 281-5027. 


Fourth Parallel Processing Symp., 
Apr. 4-6, Fullerton, Calif. Sponsor: 
IEEE Computer Society Orange County Chap¬ 
ter. Contact Larry H. Canter, c/o Computer 
Systems Approach, 1140 S. Raymond Ave., 
Suite B„ Fullerton, CA 92631, phone (714) 
738-3414. 


1990 Symp. on Applied Computing, 
Apr. 5-6, Fayetteville, Ark. Cosponsors: 
Univ. of Arkansas, UA Student ACM Chapter. 
Contact Hal Berghel, Univ. of Arkansas, Com¬ 
puter Science Dept., Fayetteville, AR 72701, 
phone (501) 575-7343. 

OC 90, Int’l Topical Meeting on Opti- 
cal Computing, Apr. 8-12, Kobe, Japan. 
Cosponsors: SPIE et al. Contact S. Ishihara, 
Business Center for Academic Societies Ja¬ 
pan, 3-23-1, Hongo, Bunkyo-ku, Tokyo 113, 
Japan, phone 81 (3) 817-5831. 

£2^, 1990 IEEE VLSI Test Workshop, Apr. 

10-11, Atlantic City, NJ. Cosponsor: 
IEEE Philadelphia Section. Contact Wesley E. 
Radcliffe, IBM E. Fishkill, Dept. 277, Bldg. 
321-5E1, Hopewell Junction, NY 12533, 
phone (914) 894-4346. 


Conf. on Computer Modeling in the Envi¬ 
ronmental Sciences, Apr. 10-11, Keyworth, 
UK. Cosponsors: Natural Environment Re¬ 
search Council, Inst, of Mathematics and its 
Applications. Contact G. Darwall, NERC, 
Holbrook House, Station Road, Swindon, 
Wilts SN1 IDE, England. 


Disco 90, Int’l Symp. on Design and Imple¬ 
mentation of Symbolic Computation Sys¬ 
tems, Apr. 10-12, Capri, Italy. Contact Al¬ 
fonso Miola, Dip. Informatica e Sistemistica, 
Via Buonarroti, 12, 00185 Roma, Italy, phone 
39 (6) 731-2367. 


Applications of Artificial Intelligence 
'51^' VIII, Apr. 15-18, Orlando, Fla. Spon¬ 
sor: SPIE. Contact Mohan M. Trivedi, Univ. of 
Tennessee, Electrical and Computer Engineer¬ 
ing, Ferris Hall, Knoxville, TN 37996-2100, 
phone (615) 974-5450. 


1990 Technical Symp. on Optical Engineer¬ 
ing and Photonics in Aerospace Sensing, 
Apr. 16-20, Orlando, Fla. Sponsor: SPIE. Con¬ 
tact Int’l Society for Optical Engineering, PO 
Box 10, Bellingham, WA 98227-0010, phone 
(206) 676-3290. 


19th Int’l Programmable Controller/Ex¬ 
pert Systems Conf., Apr. 3-5, Detroit. Spon¬ 
sor: Engineering Society of Detroit. Contact 
ESD, 100 Farnsworth, Detroit, MI 48202, 
phone (313) 832-5400. 

Hydrosoft 90, Apr. 3-5, Boston. Sponsor: 
Computational Mechanics Inst. Contact Liz 
Newman, CMI, Ashurst Lodge, Ashurst, 
Southampton, S04, 2AA, England, phone 
(042 129) 3223. 


13th IEEE Workshop on Design for 
Testability, Apr. 17-20, Vail, Colo. 
Contact T.W. Williams, IBM, PO Box 1900, 
Dept. 67 A/02 IB, Boulder, CO 80301-9191, 
phone (303) 924-7692. 

10th European Meeting on Cybernetics and 
Systems Research, Apr. 17-20, Vienna, Aus¬ 
tria. Sponsor: Austrian Society for Cybernetic 
Studies. Contact Robert Trappl, Cybernetics 
and Artificial Intelligence Dept., Univ. of Vi¬ 


enna, Freyung 6/2, A-1010 Vienna, Austria, 
phone 43 (222) 5353-2810. 


First Int’l Conf. on Systems Integra- 
tion, Apr. 23-26, Morristown, N.J. 
Sponsor: New Jersey Inst, of Technology. 
Contact Peter A. Ng, Computer and Informa¬ 
tion Science Dept., New Jersey Inst, of Tech¬ 
nology, Newark, NJ 07102, phone (201) 596- 
3387. 


1990 Eastern Multiconf., Apr. 23-26, Nash¬ 
ville, Tenn. Sponsor: Society for Computer 
Simulation. Contact SCS, PO Box 17900, San 
Diego, CA 92117-7900, phone (619) 277- 
3888. 


First European Conf. on Computer Vision, 
Apr. 23-27, Antibes, France. Sponsor: INRIA. 
Contact C. Juncker, Institut National de Re¬ 
cherche en Informatique et en Automatique, 
Bureau des Relations Exterieures, Sophia An- 
tipolis, 2004, Route des Lucioles, 06565 
Valbonne Cedex, France, phone 33 (93)-65- 
78-60. 


COIS 90, Conf. on Office Information 
Systems, Apr. 25-27, Cambridge, Mass. 
Cosponsor: ACM. Contact Robert B. Allen, 
Rm. 2A-367, Bellcore, 444 South St., Morris¬ 
town, NJ 07960-1910, phone (201) 829-4280 
or 4315. 

SETA 1, First Int’l Symp. on Environ- 
ments and Tools for Ada, Apr. 30-May 

2, Redondo Beach, Calif. Cosponsor: ACM. 
Contact Stowe Boyd, Meridian Software Sys¬ 
tems, 23141 Verdugo Dr., Suite 105, Laguna 
Hills, CA 92653, phone (714) 727-0700, ext. 
222; or Dewayne E. Perry, AT&T Bell Labora¬ 
tories, 600 Mountain Ave., Murray Hill, NJ 
07974, phone (201) 582-2529. 

11th Structured Development Forum, Apr. 
30-May 3, San Diego, Calif. Contact Judith G. 
Hays, Computer Sciences Corp. 1321 Mer¬ 
cedes Dr., Hanover, MD 21076, phone (503) 
745-5692. 


May 1990 


IAAI 90, Second Conf. on Innovative Appli¬ 
cations of Artificial Intelligence, May 1-3, 

Washington, DC. Sponsor: American Assoc, 
for Artificial Intelligence. Contact AAAI, 445 
Burgess Dr., Menlo Park, CA 94025, phone 
(415) 328-3123. 

24th Carnahan Conf. on Security Technol¬ 
ogy, May 2-4, Lexington, Ky. Contact Glenna 
Vickers, Office of Engineering Continuing 
Education, Univ. of Kentucky, 305 Slone 
Bldg., Lexington, KY 40506-0053, phone 
(606) 257-4296. 

21st Pittsburgh Conf. on Modeling and 
Simulation, May 3-4, Pittsburgh. Sponsors: 
Univ. of Pittsburgh et al. Contact William G. 
Vogt or Marlin H. Mickle, Modeling and Simu¬ 
lation Conf., 348 Benedum Engineering Hall, 
Univ. of Pittsburgh, Pittsburgh, PA 15261. 
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i£3^| 10th IEEE Symp. on Mass Storage Sys- 
^*7 terns, May 6-10, Monterey, Calif. Con¬ 
tact Bernard T. O’Lear, NCAR, PO Box 3000, 
Boulder, CO 80307, phone (303) 497-1268. 

CompEuro 90, IEEE Int’l Conf. on 
'5*7 Computer Systems and Software En¬ 
gineering, May 7-9, Tel Aviv. Cosponsors: 
IEEE Region 8, IEEE Israel Section, IEEE 
Computer Society Israel Chapter. Contact 
CompEuro 90 Conf. Secretariat, c/o ORTRA, 2 
Kaufman St., PO Box 50432, Tel Aviv, 61500, 
Israel, phone 972 (3) 664-825. 

1990 IEEE Symp. on Research in Se- 

curity and Privacy, May 7-9, Oakland, 
Calif. Contact Deborah Cooper, Unisys, 5731 
Slauson Ave., Culver City, CA 90230, phone 
(213) 338-3727. 


AISIG 90, Fifth AI Systems in Govern- 
'5*7 ment Conf., May 7-11, Washington, 
DC. Cosponsors: Mitre et al. Contact Barry G. 
Silverman, Inst, for AI, George Washington 
Univ., 2021 K St., Suite 710, Washington, DC 
20006, phone (202) 676-5112. 


Fourth Int’l Symp. on Knowledge Engineer¬ 
ing, May 7-11, Barcelona, Spain. Sponsor: 
Madrid Polytechnic Univ. Contact Jose R. 
Chelala, ISKE, Alvarez de Baena, 3-2, 28006 
Madrid, Spain. 


Seventh IEEE Workshop on Real-time 
'5*7 Operating Systems and Software, May 
10-11, Charlottesville, Va. Cosponsor: Office 
of Naval Research. Contact Robert P. Cook, 
Computer Science Dept., Univ. of Virginia, 
Thornton Hall, Charlottesville, VA 22903, 
phone (804) 924-7605. 


First IEEE Int’l Conf. on Applications of In¬ 
dustrial Electronics Systems, May 13-17, 

Jerusalem, Israel. Sponsor: IEEE Israel Sec¬ 
tion. Contact Moshe Harpaz, Kibbutz Ein- 
Carmel, D.N. Hof Carmel 30860, Israel, phone 
(972) 4-844410. 


1990 SID Int’l Symp., May 14-18, Las Vegas. 
Contact Howard L. Funk, IBM Corp., 10/641 
3B-60, Old Orchard Rd„ Armonk, NY 10504, 
phone (914) 765-6409. 

43rd SPSE Conf., May 20-25, Rochester, 
N.Y. Sponsor: Society for Imaging Science 
and Technology. Contact Michael M. Shahin, 
Xerox Corp., Webster Research Center, 800 
Phillips Rd„ 0114-38D, Webster, NY 14580, 
phone (716) 422-2011. 

Fifth Conf. on Artificial Intelligence for 
Space Applications, May 22-23, Huntsville, 
Ala. Cosponsors: IEEE Computer Society 
Huntsville Chapter et al. Contact Continuing 
Education Div., Univ. of Alabama in 
Huntsville, Tom Bevill Center 285-1, 
Huntsville, AL 35899, phone (800) 448-4035 
or (205) 895-6372. 


First Conf. on Visualization in Bio- 
'5*7 medical Computing, May 22-25, At¬ 
lanta. Cosponsors: Nat’l Science Foundation 
et al. Contact Norberto Ezguerra, Bioengineer¬ 
ing Center, Georgia Tech, Atlanta, GA 30332, 
phone (404) 894-7026 or 3964. 


SIGMetrics 90, May 22-25, Boulder, Colo. 
Sponsor: ACM. Contact Gary J. Nutt, Univ. of 
Colorado, Boulder, CO 80301; or Herb 
Schwetman, MCC, 3500 W. Balcones Center 
Dr., Austin, TX 78759, phone (512) 338-3428. 

20th Int’l Symp. on Multiple-Valued 
Logic, May 23-25, Charlotte, N.C. Con¬ 
tact George Epstein, Computer Science Dept., 
Univ. of North Carolina at Charlotte, 214 Ken¬ 
nedy Bldg., Charlotte, NC 28223, phone (704) 
547-4566; or Carolyn F. Blalock, Office of 
Continuing Education, Univ. of North Caro¬ 
lina at Charlotte, Charlotte, NC 28223, phone 
(704) 547-4861. 

1990 American Control Conf., May 23-25, 

San Diego, Calif. Sponsor: American Auto¬ 
matic Control Council. Contact Dagfinn 
Gangsaas, Boeing Advanced Systems, PO Box 
3707, MS 33-12, Seattle, WA 98124-2207, 
phone (206) 241-4348. 

ICCI 90, Int’l Conf. on Computing and In¬ 
formation, May 23-26, Niagara Falls, Can¬ 
ada. Sponsor: Natural Sciences and Engineer¬ 
ing Research Council of Canada. Contact Wal- 
demar W. Koczkodaj, ICCI 90, Laurentian 
Univ., CoSc, Sudbury, Ont., Canada P3E 2C6. 

i£ji) 17th Int’l Symp. on Computer Archi¬ 
val tecture, May 28-31, Seattle. Cosponsor: 
ACM. Contact Jean L. Baer or Larry Snyder, 
Univ. of Washington, Computer Science 
Dept., FR-35, Seattle, WA 98195, phone (206) 
543-1695. 

ICDCS 10, 10th Int’l Conf. on Distrib- 
'5*7 uted Computing Systems, May 28- 
June 1, Paris. Cosponsor: INRIA. Contact R. 
Popescu-Zeletin, GMD-FOKUS, Harden- 
bergplatz 2, D-1000 Berlin 12, West Germany, 
phone 49 (30) 25499-206; Jack Stankovic, 
Computer and Information Science Dept., 
Univ. of Massachusetts, Amherst, MA 01003, 
phone (413) 545-0720; or ICDCS 10, IEEE 
Computer Society, 1730 Massachusetts Ave. 
NW, Washington, DC 20036-1903, phone 
(202) 371-1013. 

11th Conf. of the Canadian Applied Mathe¬ 
matics Society, May 29-June 1, Halifax, N.S., 
Canada. Cosponsors: CAMS et al. Contact 
Mary Meidell, Continuing Education Dept., 
Technical Univ. of Nova Scotia, PO Box 1000, 
Halifax, NS B3J 2X4, Canada, phone (902) 
429-8300, ext. 2420. 


June 1990 


CBMS 90, Third IEEE Symp. on Com- 
'5*7 puter-Based Medical Systems, June 3- 

6, Chapel Hill, N.C. Cosponsor: IEEE Engi¬ 
neering in Medicine and Biology Society. Con¬ 
tact James N. Brown, Jr., Research Triangle 
Inst., 3040 Cornwallis, Research Triangle 
Park, NC 27709, phone (919) 541-9675. 


Spring Comdex, June 3-6, Atlanta. Contact 
Interface Group, 300 First Ave., Needham, 
MA 02194, phone (617) 449-6600. 


IEEE Infocom 90, Ninth Conf. on 
5*7 Computer Communications, June 3-7, 

Sgn Francisco. Cosponsor: IEEE Communica¬ 
tions Society. Contact Infocom 90, IEEE Com¬ 
puter Society, 1730 Massachusetts Ave. NW, 
Washington, DC 20036-1903, phone (202) 
371-1013. 

LICS 90, Fifth Symp. on Logic in Com- 
'5*7 puter Science, June 4-7, Philadelphia. 
Contact Albert Meyer, Computer Science 
Lab, 545 Technology Square, NE 43-315, 
Cambridge, MA 02139, phone (617) 253- 
6024. 


,£j^, Int’l Workshop on Rapid System Pro- 
'5*7 totyping, June 5-7, Triangle Research 
Park, N.C. Contact Kenneth Anderson, 
Siemens Corporate Research, 755 College Rd. 
E„ Princeton, NJ 08540, phone (609) 734- 
6550. 


Eurographics Workshop on Object-Ori¬ 
ented Graphics, June 6-8, Konigswinter, 
Federal Republic of Germany. Sponsors: Eu¬ 
rographics and German Society for Infor¬ 
matics. Contact Marja Hegt, 0-0 Graphics 
Workshop, CWI, Kruislaan 413, 1098 SJ Am¬ 
sterdam, The Netherlands, phone 31 (20) 592- 
4058. 


ACL 90,28th Conf. of the Assoc, for Compu¬ 
tational Linguistics, June 6-9, Pittsburgh. 
Contact Don Walker, Bellcore, MRE 2A379, 
445 South St., Box 1910, Morristown, NJ 
07960-1910, phone (201) 829-4312. 

1990 European Simulation Multiconf., June 

10- 13, Nuremberg, Federal Republic of Ger¬ 
many. Sponsor: SCS Int’l. Contact Bemd 
Schmidt, Univ. Erlangen, Computer Science 
Dept., D-8520, Erlangen, FRG, phone (49) 
9131-857-278; or SCS Int’l, c/o Philippe C 41, 
Coupure Links 653, B-9000 Ghent, Belgium, 
phone (32) 91-23-69-61. 

IFIP Workshop on Design and Test of 
'5*7 ASICs, June 11-12, Hiroshima, Japan. 
Cosponsors: IPSJ et al. Contact Kozo Kinoshi- 
ta, Hiroshima Univ., 1-1-80 Higashisendacho, 
Naka-ku, Hiroshima-shi 730, Japan, phone 81 
(87) 249-9150. 

19th Mumps Users’ Group Meeting, June 

11- 15, Orlando, Fla. Contact Mumps Users’ 
Group, 4321 Hartwick Rd., Suite 100, College 
Park, MD 20740, phone (301) 779-6555. 

1990 ACM Int’l Conf. on Supercomputing, 
June 11-15, Amsterdam. Contact E. Gallopou- 
los, Univ. of Illinois CSRD, 305 Talbot Lab, 

104 S. Wright St., Urbana, IL 61801-2932 (for 
North and South America); John R. Gurd, 
Computer Science Dept., Univ. of Manchester, 
Oxford Road, Manchester M13 9PL, UK (Eu¬ 
rope and Africa); or Yoichi Muraoka, Electri¬ 
cal Engineering Dept., Waseda Univ., 3-4-1 
Okubo, Shinjuku-ku, Tokyo, Japan (Japan and 
the Far East. 

Ninth Int’l Conf. on Analysis and Optimiza¬ 
tion of Systems, June 12-15, Antibes, France. 
Sponsor: INRIA. Contact Conf. Secretariat, 
INRIA, Service des Relations Exterieures, Do- 
maine de Voluceau — BP 105,78153 Le Ches- 
nay Cedex, France, phone 33 (l)-39-63-5500. 
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IAPR Workshop on Syntactic and Struc¬ 
tural Pattern Recognition, June 13-15, Mur¬ 
ray Hill, N.J. Sponsor: Int’l Assoc, for Pattern 
Recognition. Contact Henry S. Baird, AT&T 
Bell Laboratories, Rm. 2C-557, 600 Mountain 
Ave., Murray Hill, NJ 07974, phone (201) 582- 
5744. 

10th Int’l Symp. on Protocol Specification, 
Testing, and Verification, June 13-15, Ot¬ 
tawa, Ont., Canada. Sponsor: IFIP. Contact 
Luigi Logrippo, Computer Science Dept., 

Univ. of Ottawa, Ottawa, Ont., Canada, KIN 
6N5. 

Third Int’l Symp. on Image Conservation, 
June 17-20, Rochester, N.Y. Sponsor: Society 
for Imaging Science and Technology. Contact 
Charlton Bard, 74 Cornwall Lane, Rochester, 
NY 14617, phone (716) 342-3174. 

10th Inf 1 Conf. on Pattern Recogni¬ 
tion, June 17-21, Atlantic City, NJ. Con¬ 
tact Herbert Freeman, CAIP Center, 605 Hill, 
Rutgers Univ., New Brunswick, NJ 08903, 
phone (201) 932-4208. 

Third IFIP Workshop on Geometric 
Modeling, June 17-21, Rensselaerville, N.Y. 
Contact Mary Johnson, Rensselaer Design Re¬ 
search Center, Rensselaer Polytechnic Inst., 
Troy, NY 12180-3590, phone (518) 276-6751. 


ates, 7490 Clubhouse Rd., Suite 102, Boulder, 
CO 80301, phone (303) 530-4333. 

Inf 1 Symp. on Fuzzy Approach to Rea¬ 
soning and Decision Making, June 25- 

29, Bechyne, Czechoslovakia. Sponsor: Inf 1 
Fuzzy System Assoc. Contact Vilem Novak, 
Minin Inst., Czechoslovakia Academy of Sci¬ 
ences, A. Rimana 1768, 70800 Ostrava- 
Poruba, Czechoslovakia. 

Advanced Research Workshop on 3D Imag¬ 
ing in Medicine, June 25-29, Travemuende, 
Federal Republic of Germany. Sponsor: 
NATO. Contact Linda Houseman, Computer 
Science Dept., Univ. of North Carolina, Box 
3175, Sitterson Hall, Chapel Hill, NC 27599, 
phone (919) 962-1758 (for the Americas); or 
Andreas Pommert, Inst, fur Mathematik und 
Datenverarbeitung in der Medizin, Univ. 
Krankenhaus Eppendorf, Martinistrasse 52, 
2000 Hamburg 20, Federal Republic of Ger¬ 
many, phone 49 (40) 468-2300 (for Europe, 
Asia, Australia, and Africa). 

EKAW 90, Fourth European Knowledge 
Acquisition for Knowledge-Based Systems 
Workshop, June 25-29, Amsterdam. Contact 
John H. Boose, Advanced Technology Center, 
Boeing Computer Services 7L-64, PO Box 
24346, Seattle, WA 98124, phone (206) 865- 
3253. 


Committee of IEEE Int'l Workshop on Intelli¬ 
gent Robots and Systems. Contact Ichiro 
Masaki, Computer Science Dept., GM Re¬ 
search Labs, 30500 Mound Rd., Warren, MI 
48090-9055, phone (313) 986-1466. 


^3^. Second Int’l Symp. on Databases in 
'5*7 Parallel and Distributed Systems, July 
2-4, Dublin, Ireland. Cosponsor: ACM. Con¬ 
tact Rakesh Agrawal, AT&T Bell Labs, Rm. 
3D450, 600 Mountain Ave., Murray Hill, NJ 
07974, phone (201) 582-2250; or David Bell, 
Inst, of Informatics, Univ. of Ulster, Jordans- 
town, County Antrim, Northern Ireland 
BT370QB, phone (0232) 365-131. 


^3^. Second Int’l Conf. on Economics and 
'5U' Artificial Intelligence, July 2-6, Paris. 
Sponsor: AFCET. Contact J-L. Le Moigne, 
GRASCE, Univ. Aix Marseille III, 3, ave. 
Robert Schuman, 13628, Aix en Provence, 
France; or P. Bourgine, 26, rue St. Louis, 
78000, Versailles, France. 


Fourth TC2 Working Conf. on Database 
Semantics, July 2-6, Windermere Lake Dis¬ 
trict, UK. Sponsor: IFIP, Coopers and Lybrand 
UK. Contact William Kent, Hewlett-Packard 
Labs, Dept. 3U, 1501 Page Mill Rd., Palo Alto, 
CA 94304-0971; or Robert Meersman, In- 
folab, Tilburg Univ., PO Box 90153, 5000 LE 
Tilburg, The Netherlands. 


IMSC 90, Int’l Mobile Satellite Conf., June 
18-20, Ottawa, Canada. Cosponsors: NASA, 
Canadian Dept, of Communications. Contact 
IMSC 90 Organizing Committee, c/o D. Hugh 
M. Reekie, Dept, of Communications, 300 
Slater St., Ottawa, Ont., Canada, K1A 0C8. 

Workshop on Computer-Aided Verifica¬ 
tion, June 18-20, Princeton, NJ. Contact E.M. 
Clarke, Computer Science Dept., Carnegie 
Mellon Univ., Pittsburgh, PA 15213-3890; 
R.P. Kurshan, AT&T Bell Labs, Rm. 2C-353, 
Murray Hill, NJ 07974; A. Pnueli, Weizmann 
Inst., Rehovot, Israel; or J. Sifakis, LGI- 
IMAG, BP 53X, 38041 Grenoble Cedex, 


Seventh Int’l Conf. on Testing Computer 
Software, June 18-21, San Francisco. Contact 
Genevieve Houston-Ludlam, ISTC 90, c/o 
Frontier Technologies, 190 Admiral Cochran 
Dr., Suite 180, Annapolis, MD 21401, phone 
(301) 266-8244. 


Second Int’l Conf. on Software Engineering 
and Knowledge Engineering, June 21-23, 

Skokie, Ill. Sponsors: Knowledge Systems 
Inst., Univ. of Pittsburgh, and Inst, for Infor¬ 
mation Industries, Taiwan. Contact Shi-Kuo 
Chang, Computer Science Dept., Univ. of 
Pittsburgh, 322 Alumni Hall, Pittsburgh, PA 
15260, phone (412) 624-8490. 

NECC 90, 11th Nat’l Educational Comput¬ 
ing Conf., June 25-27, Nashville, Tenn. Spon¬ 
sor: Int’l Council for Computers in Education. 
Contact John D. McGregor, Computer Studies 
Dept., Murray State Univ., Murray, KY 42071, 
phone (502) 762-2614. 


DAC 90, 27th ACM/IEEE Design 
’5*7 Automation Conf., June 25-29, 

Orlando, Fla. Contact Pat Pistilli, MP Associ¬ 


FTCS 20, 20th Int’l Symp. on Fault 
'5*7 Tolerant Computing, June 26-28, 

Newcastle upon Tyne, England. Cosponsors: 
Centre for Software Reliability, British Com¬ 
puter Society, IEE. Contact Neil Speirs, Com¬ 
puting Lab, Univ. of Newcastle upon Tyne, 
Newcastle upon Tyne, NE1 7RU, UK, phone 
44 (91) 232-8511. 


Compass 90, Fifth Conf. on Computer 
Assurance: Systems Integrity, Software 
Safety, and Process Security, June 26-29, 
Gaithersburg, Md. Cosponsors: IEEE Aero¬ 
space and Electronics Society, IEEE National 
Capital Area Council. Contact Dolores Wal¬ 
lace, National Inst, of Standards and Technol¬ 
ogy, Gaithersburg, MD 20899; (301) 975- 
3340. 


AgN CGI 90, Computer Graphics Int’l 
1990, June 26-30, Kent Ridge, Sin¬ 
gapore. Sponsors: Computer Graphics Soci¬ 
ety, Inst, of Systems Science, Singapore. Con¬ 
tact Juzar Motiwalla, CGI 90, ISS, Nat’1 Univ. 
of Singapore, Kent Ridge, Singapore 0511, 
phone (65) 772-2075. 


1990 ACM Conf. on Lisp and Functional 
Programming, June 27-29, Nice, France. 
Contact Gillies Kahn, INRIA Sophia — An- 
tipolis, 2004 Route des Lucioles, 06565 
Valbonne Cedex, France, phone (33) 93-65- 
78-01. 


July 1990 


Roundtable Discussion on Vision-Based Ve¬ 
hicle Guidance, July 2, Tokyo. Sponsor: 


Iberamia 90, Second Ibero-American Conf. 
on AI, July 9-13, Morelia, Michoacan, Mex¬ 
ico. Sponsors: Centro Regional de Ensenanza 
en Informatica (Spain) et al. Contact Iberamia 
90, Atn. Srita. Ma. Antonieta Alvarez Perez, 
Apartado Postal 70302, C.P. 04510, Mexico, 
D.F. 


WCCE 90, Fifth World Conf. on Computers 
in Education, July 9-13, Sydney, Australia. 
Cosponsors: IFIP et al. Contact WCCE 90, PO 
Box 319, Darlinghurst, NSW 2010, Australia, 
phone (612) 211-5855. 


^3^1 Third Int’l Conf. on Industrial and 
*^§7 Engineering Applications for AI and 
Expert Systems, July 15-18, Charleston, S.C. 
Cosponsors: ACM et al. Contact Moonis Ali, 
Univ. of Tennessee Space Inst., MS 15, Tulla- 
homa, TN 37388, phone (615) 455-0631. 


1990 Summer Computer Simulation Conf., 
July 16-18, Calgary, Alta., Canada. Sponsor: 
Society for Computer Simulation. Contact 
SCS, PO Box 17900, San Diego, CA 92117- 
7900, phone (619) 277-3888. 


ICALP 90, 17th Int’l Colloquium on Auto¬ 
mata, Languages, and Programming, July 
16-20, Coventry, England. Sponsor: Int’l 
Computers, Ltd. Contact Computer Science 
Dept., Univ. of Warwick, Coventry CV4 7AL, 
UK, phone 44 (203) 523-194. 

DIAC 90, Directions and Implications of 
Advanced Computing, July 28, Boston. 
Sponsor: Computer Professionals for Social 
Responsibility. Contact Douglas Schuler, 
Boeing Computer Services, MS 7L-64, PO 
24346, Seattle, WA 98124-0346, phone (206) 
865-3226. 
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AAAI 90 Workshop of the National Conf. on 
AI, July 31-Aug. 3, Boston. Sponsor: Ameri¬ 
can Assoc, for Artificial Intelligence. Contact 
Edward Lafferty, AI Center, Mitre, MS A350, 
Burlington Rd., Bedford, MA 01730, phone 
(617) 271-2773. 


August 1990 


SIGComm 90 Conf., Aug. 1-5, Philadelphia. 
Sponsor: ACM SIGComm. Contact Phil Kam, 
Bell Communications Research, MS 2P-357, 
445 South St., PO Box 1910, Morristown, NJ 
07962-1910, phone (201) 829-4299. 

SIGGraph 90, 17th Conf. on Com- 
puter Graphics and Interactive Tech¬ 
niques, Aug. 6-10, Dallas. Cosponsor: ACM. 
Contact Assoc, for Computing Machinery, 11 
W. 42nd St., New York, NY 10036, phone 
(212) 869-7440. 

ICPP 90,19th Int’l Conf. on Parallel Pro¬ 
cessing, Aug. 13-17, St. Charles, Ill. Sponsor: 
Pennsylvania State Univ. Contact Tse-yun 
Feng, EE East Bldg, Pennsylvania State Univ., 
University Park, PA 16802, phone (814) 863- 
1469. 


Int’l Symp. on Algorithms, Aug. 16-18, To¬ 
kyo. Sponsor: IPSJ Special Interest Group on 
Algorithms. Contact Tetsuo Asano, Osaka 
Electro-Communication Univ., Hatsu-cho, 
Neyagawa, Osaka 572, Japan, phone 81 (720) 
24-1131. 

UPADI 90, 21th Convention of the Pan 
American Federation of Engineering Socie¬ 
ties, Aug. 19-24, Washington, DC. Cospon¬ 
sors: American Assoc, of Engineering Socie¬ 
ties, American Society of Civil Engineers. 
Contact UPADI 90, ASCE, 345 E. 47th St., 
New York, NY 10017, phone (212) 705-7218. 

Coling 90, 13th Int’l Conf. on Computa¬ 
tional Linguistics, Aug. 20-25, Helsinki, Fin¬ 
land. Contact Hans Karlgren, KVAL, Skepps- 
bron 26, S-lll 30 Stockholm, Sweden, phone 
46 (8) 789-6683. 


September 1990 


ISPRS Commission V Symp., Sept. 3-7, Zu¬ 
rich, Switzerland. Cosponsors: Int’l Society 
for Photogrammetry and Remote Sensing et al. 
Contact ISPRS Commission V Symp., Inst, of 
Geodesy and Photogrammetry, ETH-Hoeng- 
gerberg, 8093 Zurich, Switzerland, phone 41 
(1) 377-3051. 

13th Int’l ACM/SIGIR Conf. on Research 
and Development in Information Retrieval, 
Sept. 5-7, Brussels. Contact Jean-Luc Vidick, 
Univ. Libre de Bruxelles, Avenue F.D. Roose¬ 
velt, Infodoc, C.P. 142, 1050 Brussels, Bel¬ 
gium. 


1990 Int’l Electronics Packaging Conf., 
Sept. 9-13, Marlborough, Mass. Sponsor: Int’l 
Electronics Packaging Society. Contact IEPS, 

114 N. Hale St„ Wheaton, IL 60187, phone 
(708) 260-1044. 

ITC 90, Int’l Test Conf., Sept. 10-12, 

^§7 Washington, DC. Cosponsor: IEEE 
Philadelphia Section. Contact ITC, 1201 
Sussex Turnpike, Suite 101, PO Box 264, Mt. 
Freedom, NJ 07970, phone (201) 895-5260. 

Conf. on Managing Expert System 
^§7 Programs and Projects, Sept. 10-12, 

Washington, DC. Contact Jay Liebowitz, Man¬ 
agement Sciences Dept., George Washington 
Univ., Washington, DC, phone (202) 994- 
6969. 

Second Int’l Workshop on Advances in Ro¬ 
bot Kinematics, Sept. 10-12, Linz, Austria. 
Sponsors: Research Inst, for Symbolic Com¬ 
putation et al. Contact Sabine Stifler, RISC, 
Johannes Kepler Univ., A-4040 Linz, Austria, 
phone 43 (7236) 3231-50; or Jadran Lenarcic, 
Josef Stefan Inst., Univ. of Edvard Kardelj, 
Jamova 39, 61111 Ljubljana, Yugoslavia, 
phone 38 (61) 214-399. 

Z3N, ICCD 90, IEEE Int’l Conf. on Com- 
puter Design: VLSI in Computers and 
Processors, Sept. 16-19, Cambridge, Mass. 
Contact Edward M. Middlesworth, Hewlett- 
Packard, Bldg. 25U, PO Box 10350, Palo Alto, 
CA 94303-0867, phone (415) 857-5485; or 
ICCD 90, IEEE Computer Society, 1730 Mas¬ 
sachusetts Ave. NW, Washington, DC 20036- 
1903, phone (202) 371-1013. 

Internal Audit Advanced Technology Fo¬ 
rum, Sept. 17-19, Orlando, Fla. Sponsor: Inst, 
of Internal Auditors. Contact Stephen M. Par- 
oby, Ernst and Young, 787 Seventh Ave., New 
York, NY 10019, phone (212) 830-6000. 

Electronic Publishing 90, Sept. 18-20, 

Gaithersburg, Md. Sponsor: NIST. Con¬ 
tact Peter R. King, Computer Science Dept., 
Univ. of Manitoba, Winnipeg, Manitoba, Can¬ 
ada R3T 2N2, phone (204) 474-9935. 

Tencon 90, IEEE Region 10 Conf. on Com¬ 
puter and Communication Systems, Sept. 
24-27, Hong Kong. Cosponsor: IEEE Hong 
Kong Section. Contact Y.S. Cheung, Electrical 
and Electronic Engineering Dept., Univ. of 
Hong Kong, Pokfulam, Hong Kong. 


October 1990 


Infojapan 90, Int’l Conf. on Informa- 
'^§7 tion Technology, Oct. 1-5, Tokyo. 
Sponsor: IPSJ. Contact Takuma Yamamoto, 
Fujitsu, 3-14-1 Hiyoshi, Kohoku-ku, Yokoha- 
mashi, Japan. 

£2^ Frontiers 90, Third Symp. on Fron- 
tiers of Macsively Parallel Computa¬ 
tion, Oct. 8-10, College Park, Md. Cosponsor: 
NASA Goddard Space Flight Center. Contact 


Johanna Weinstein, Frontiers 90, UMIACS, 
Univ. of Maryland, A.V. Williams Bldg., Col¬ 
lege Park, MD 20742, phone (301) 454-1808. 

Future Trends 90, Workshop on Fu- 
^■7 ture Trends of Distributed Computing 
Systems, Oct. 8-10, Cairo. Contact Stephen S. 
Yau, Univ. of Florida, CIS Dept., Rm. 301, 
Gainesville, FL 32611, phone (904) 335-8006. 

OOPSLA 90, Fifth Conf. on Object- 
^57 Oriented Programming Systems, Lan¬ 
guages, and Applications, Oct. 21-25, Ot¬ 
tawa, Canada. Cosponsor: ACM. Contact As¬ 
soc. for Computing Machinery, 11 W. 42nd St., 
New York, NY 10036, phone (212) 869-7440. 

JCIT 5, Fifth Jerusalem Conf. on In- 
*^57 formation Technology, Oct. 22-25, 

Jerusalem, Israel. Sponsor: Information Pro¬ 
cessing Assoc, of Israel. Contact Abraham 
Peled, IBM T.J. Watson Research Center, PO 
Box 704, Yorktown Heights, NY 10598. 

Visualization 90, Oct. 23-26, San Fran- 

cisco. Contact Stephen Levine, Wang 
Labs, MS 012-250, 1 Industrial Ave., Lowell, 
MA 01851, phone (508) 967-0798. 

Compsac 90, 14th Int’l Computer 

Software and Applications Conf., Oct. 
31-Nov. 2, Chicago. Contact Stephen S. Yau, 
CIS Dept., 801 CSE, Univ. of Florida, 
Gainesville, FL 32611, phone (904) 335-8006. 


November 1990 


Intelligent Robotic Systems: Design 

and Applications, Nov. 6-7, Philadel¬ 
phia. Sponsor: SPIE. Contact Mohan M. Trive- 
di, Univ. of Tennessee, Electrical and Com¬ 
puter Engineering, Ferris Hall, Knoxville, TN 
37996-2100, phone (615) 974-5450. 

TAI 90, Second Computer Society 
'^■7 Int’l Workshop on Tools for Artificial 
Intelligence, Nov. 6-9, Washington, DC. Co¬ 
sponsors: Rutgers Univ. et al. Contact Nikolas 
G. Bourbakis, George Mason Univ., ECE 
Dept., Fairfax, VA 22030, phone (703) 425- 
3930. 

ICCAD 90, IEEE Int’l Conf. on Com- 
'5*7 puter-Aided Design, Nov. 12-15. Co¬ 
sponsor: IEEE Circuits and Systems Society. 
Contact ICCAD 90, IEEE Computer Society, 
1730 Massachusetts Ave. NW, Washington, 
DC 20036-1903, phone (202) 371-1013. 

Supercomputing 90, Nov. 12-16, New 

^*7 York City. Cosponsor: ACM. Contact 
Joanne L. Martin, IBM T.J. Watson Research 
Center, PO Box 218, Route 134, Yorktown 
Heights, NY 10698, phone (914) 945-3285; or 
Supercomputing 90, IEEE Computer Society, 
1730 Massachusetts Ave. NW, Washington, 
DC 20036-1903, phone (202) 371-1013. 

Cognitiva 90, Nov. 20-23, Madrid. 

'5*7 Sponsor: AFCET. Contact Cognitiva 90, 
c/o AFCET, 156 Bd Pereire 75017 Paris, 
France, phone 33 (01) 47-66-24-19. 
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CAREER OPPORTUNITIES 


RATES: $12.00 per line, $120 
minimum charge (up to ten lines). 
Average five typeset words per line, eight 
lines per column inch. Add $10 for box 
number. Send copy at least one month 
prior to publication to: Heidi Rex or 
Marian Tibayan, Classified Advertis¬ 
ing, COMPUTER Magazine, 10662 Los 
Vaqueros Circle, Los Alamitos, CA 
90720; (714) 821-8380. 

In order to conform to the Age Discrimi¬ 
nation in Employment Act and to dis¬ 
courage age discrimination, COMPUTER 
may reject any advertisement containing 
any of these phrases or similar ones: 
“...recent college grads...,’’ “...1-4 years 
maximum experience...,” “...up to 5 years 
experience...,” or “...10 years maximum 
experience.” COMPUTER reserves the 
right to append to any advertisement, 
without specific notice to the advertiser, 
“Experience ranges are suggested mini¬ 
mum requirements, not maximums." 
COMPUTER assumes that, since adver¬ 
tisers have been notified of this policy in 
advance, they agree that any experience 
requirements, whether stated as ranges or 
otherwise, will be construed by the reader 
as minimum requirements only. 


SYRACUSE UNIVERSITY 
Department Chair, Electrical 
and Computer Engineering 

The department of Electrical and Com¬ 
puter Engineering at Syracuse University is 
seeking nominations and applications for the 
position of department Chair. Applications 
received by December 31, 1989, will receive 
full consideration. The appointment is to be 
made by July 1, 1990. The qualifications de¬ 
sired include: a doctorate in either electrical 
or computer engineering, a strong commit¬ 
ment to teaching and curriculum develop¬ 
ment at both the graduate and undergradu¬ 
ate levels, a distinguished record in research 
and scholarly publications, and demonstrated 
leadership and administrative abilities. The 
department consists of 45 faculty members 
and awards 100 BS, 200 MS, and 25 PhD 
degrees annually. Active areas of research in¬ 
clude a wide spectrum of electrical and com¬ 
puter engineering disciplines, with an annual 
research budget for salaries of over $4 million. 
Department faculty are actively engaged in re¬ 
search with the New York State Center for 
Advanced Technology in Computer Applica¬ 
tions and Software Engineering, the North¬ 
east Parallel Architectures Center, the North¬ 
east Artificial Intelligence Consortium, and the 
Institute for Energy Research. Applications 
and nominations should be submitted to Pro¬ 
fessor John Brule, Chair Search Committee, 
Department of Electrical and Computer Engi¬ 
neering, Syracuse University, Syracuse New 
York, 13244-1240, (315) 443-4417. Syra¬ 
cuse University is an Affirmative Action/Equal 
Opportunity Employer. 


SUNY AT BUFFALO 

Department of Computer Science 
Chair 

Nominations and applications are invited 
for the position of Professor and Chair of the 
Department of Computer Science, to begin 
Fall 1990. 

We seek a distinguished scientist with a 
prominent research record to lead an ex¬ 
panding department. Candidates should be 
committed to excellence in research and 
teaching, be conversant in trends and issues 
in computer science, and be willing and able 
to pursue opportunities for strengthening the 
department. Salary will be extremely com¬ 
petitive, with a flexible research budget. 

SUNY-Buffalo is the largest and most 
comprehensive public university in New 
York and New England. The department 
currently has 14 tenured/tenure-track facul¬ 
ty (with plans to increase this number) and 3 
lecturers. There are approximately 130 
Ph.D. and M S. students and 200 selectively 
admitted B.A./B.S. majors. The depart¬ 
ment is scheduled to move into a new build¬ 
ing in Fall 1991. All faculty are actively 
engaged in research, principally in: AI, 
parallel algorithms, software quality, sys¬ 
tems, and theory, and in interdisciplinary re¬ 
search programs in Advanced Scientific 
Computing, Cognitive Science, Vision, and 
with the National Center for Geographic In¬ 
formation and Analysis. 

A complete resume, with names of four 
references, and a description of current re¬ 
search should be sent to: Dr. William J. 
Rapaport, Computer Science Search Com¬ 
mittee, Department of Computer Science, 
SUNY-Buffalo, Buffalo, NY 14260 (rapa- 
port@cs.buffalo.edu). Application closing 
date: 1 January 1990 or until position is filled. 
SUNY-Buffalo is an EO/AA employer. 


ILLINOIS STATE UNIVERSITY 
Information System/ 
Computer Applications 

Join a dynamic applications driven de¬ 
partment offering controlled class size, ex¬ 
tensive COOP program, faculty resource 
center and competitive salaries with big city 
advantages in a small town environment. 
Tenure track positions with salary and rank 
open. Doctorate preferred but master’s with 
industrial experience considered. Experi¬ 
ence and interests in one of: structured an¬ 
alysis/design, networks/data communica¬ 
tions, software engineering, knowledge 
engineering, microcomputers. Commitment 
to teaching and research, and ability to relate 
to an application area (eg. Business, Educa¬ 
tion) expected. Closing dates: January 20 
and February 28, 1990, or when positions 
filled. Contact: Lawrence C. Eggan, Chair¬ 
person, Applied Computer Science Depart¬ 
ment, Illinois State University, Normal, Il¬ 
linois 61761. 

Equal Opportunity/Affirmative Action 
University. 


STANFORD UNIVERSITY 
Faculty Openings 

The Departments of Computer Science 
and Electrical Engineering have openings for 
both tenure-track and research faculty posi¬ 
tions. These positions are affiliated with the 
Computer Systems Laboratory, a joint labor¬ 
atory within the two departments focusing on 
teaching and research in computer systems. 

Applications are invited. Applicants should 
have a Ph.D. in Computer Science or Elec¬ 
trical Engineering or expect to receive the 
degree before the Fall of 1990. We are look¬ 
ing for candidates with a demonstrated re¬ 
search ability in the area of programming 
languages and systems. All applicants will be 
considered for positions beginning in the Fall 
Quarter 1990. 

Stanford University is an affirmative ac¬ 
tion, Equal Opportunity Employer and wel¬ 
comes applications from women and minor¬ 
ity groups. Please submit, prior to February 
15, 1990, a detailed resume, including 
names of FIVE references (preferably with at 
least one reference outside of your current 
institution) to Professor John Hennessy, 
Chairman, Search Committee, Computer 
Systems Laboratory, Department of Electri¬ 
cal Engineering, Stanford University, Stan¬ 
ford, California 94305. 


ARIZONA STATE UNIVERSITY 

The Department of Electrical Engineering 
of Arizona State University is seeking a 
tenure track faculty member in the general 
area of large scale systems. The faculty 
member will be involved in graduate and 
undergraduate instruction and research. Ap¬ 
plicants must have an earned doctorate 
degree in the field of Electrical Engineering. 
Areas of special interest include analog and 
digital VLSI design, neural networks and 
design for testing. The successful applicant is 
expected to become an active member of 
both the Center for Solid State Electronics 
Research and the Center for Systems Sci¬ 
ence and Engineering. Arizona State Univer¬ 
sity is the U.S.’s fifth largest university with 
more than 43,000 students, 12,000 of 
whom are graduate students. The Electrical 
Engineering Department has approximately 
400 graduate and 1000 undergraduate stu¬ 
dents, and research expenditures of $4.5M 
per year. The University has both a Cray 
XMP-14/SE and IBM 3090-5000/MV com¬ 
puters, and these are supplemented by the 
Center for Solid State Electronics Research 
Convex C-l’s and Ardent Titan graphics 
machines. Please send letters of application, 
resumes and three letters of reference to: Dr. 
David Ferry, Chairman, Department of 
Electrical Engineering, Arizona State Univer¬ 
sity, Tempe, AZ 85287-5706, Attn: Large 
Scale Systems Search Committee. The first 
deadline is January 12, 1990, or the 12th of 
each month until position is filled. Arizona 
State University is an equal opportunity, af¬ 
firmative action employer. 
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UNIVERSITY OF 
SOUTHERN CALIFORNIA 

Chair, Computer Science. The Computer 
Science Department of the School of Engi¬ 
neering, University of Southern California 
(USC), seeks a distinguished computer 
scientist with the vision and skill to lead a 
strong department and further strengthen it. 
The School of Engineering, with 170 faculty 
and 4,300 students, ranks 6th in the nation 
in sponsored research expenditures. The 
Computer Science Department has a full 
time faculty of 22, and a student body of 125 
Ph D. students, 250 M.S. candidates, and 
200 undergraduates. The departmental re¬ 
search budget currently is $3M per year. 
Faculty research interests encompass the 
traditional areas of computer science, plus 
interdisciplinary, emerging fields such as 
robotics and neural computation. Comput¬ 
ing research support is provided by a large 
network of modern workstations, and vari¬ 
ous supercomputers are available through 
the network. More than 100 SUN worksta¬ 
tions are used for teaching. The department 
maintains close ties with the Electrical 
Engineering Department which has a strong 
Computer Engineering Group of 16 faculty, 
and with the Information Sciences Institute 
(ISI), an off-campus research facility of the 
School of Engineering. IST’s staff of 200 
conducts research on a broad spectrum of 
computer science topics. Southern Califor¬ 
nia has the highest industrial production in 
the nation. Opportunities for industry/uni¬ 
versity collaboration are excellent because 
much of the local industry is high-tech and 
computationally oriented. 

Please send nominations and applications 

Professor Ellis Horowitz 
Chair, Search Committee 
Computer Science Department 
University of Southern California 
Los Angeles, CA 90089-0782 
Telephone: (213) 743-6453 
Net Mail: horowitz@pollux.usc.edu 
Applications should include a resume and 
a list of professional references. USC is an 
equal opportunity employer. 


ACADEMIA SINICA 
Taiwan, Republic of China 
Institute of Information Science 

Applications are invited for research posi¬ 
tion in Institute of Information Science, Aca¬ 
demia Sinica. Ph.D. in computer or closely 
related fields required. Demonstratable re¬ 
search ability necessary. Applicants for 
senior positions must have proven research 
record. All fields in computer science are 
welcome. 

The Institute offers a good reseach en¬ 
vironment. No duty of teaching. Facilities in¬ 
clude 2 VAX’s, many SUN, IRIS, and E&S 
workstations, and an easily accessible ETA- 
10Q supercomputer at Academia Sinica. 
Budget for a parallel machine is available this 

Interested people please send application 
to Dr. Y.S. Kuo, Acting Director, Institute of 
Information Science, Academia Sinica, Tai¬ 
pei, Taiwan 11529, Republic of China. 
FAX: (011-886-2) 782-4814. 


TOWSON STATE UNIVERSITY 
Department of 

Computer & Information Sciences 

At least two tenure-track positions avail¬ 
able starting Fall, 1990. All areas will be con¬ 
sidered, but special areas of interest are: Ar¬ 
chitecture, Graphics, Information Systems, 
Software Engineering. Duties: teach compu¬ 
ter science and information systems courses, 
pursue research, and participate in Depart¬ 
ment and University activities. Qualifica¬ 
tions: Doctorate in a computer-related field, 
candidates nearing completion of doctoral 
programs will be considered; teaching, re¬ 
search, or industrial experience desirable. 
Minorities are encouraged to apply. For in¬ 
formation call (301) 830-2633. To apply, 
send letter of application, resume, unofficial 
transcripts and addresses and phone num¬ 
bers of three references by February 1, 1990 

Dr. John F. Dalphin, Chair 
Computer & Information Sciences 
Towson State University 
Baltimore, MD 21204 
TSU, the second largest unit of the new 
University of Maryland System, has a total 
enrollment of over 15,000 students and is 
located in a northern suburb of Baltimore 
close to the educational, cultural, industrial 
and recreational opportunities in the Balti- 
more-Washington area. 

An Equal Opportunity, Affirmative Action 
Employer. 


BOWMAN GRAY 
SCHOOL OF MEDICINE 
Radiology Department 

Applications are invited for a tenure-track 
position in the Department of Radiology as 
an Assistant or Associate Professor of Radi¬ 
ology/Engineering. A Ph.D. in Electrical 
Engineering or related field is required. Pri¬ 
mary research responsibilities should focus 
on medical applications of computer com¬ 
munications, networking, and digital sys¬ 
tems. Additional expertise in the areas of 
simulation, artificial intelligence, and image 
processing is desirable and an ability to at¬ 
tract research funding is essential. The com¬ 
puting laboratory in the Department of Radi¬ 
ology supports a number of Sun worksta¬ 
tions, an AT&T 3B2, a stand-alone MRI 
workstation, an AT&T Pixel Machine and 
several terminals and PC’s. The workstations 
and the 3B2 are part of the state-wide ex¬ 
tended Ethernet operated by the Microelec¬ 
tronics Center of North Carolina with access 
to Internet, Bitnet and other wide area net¬ 
works. In addition to the research Ethernet, 
the department operates a fully integrated 
PACS which has an Ethernet gateway for 
the research computers. The lab is housed in 
the new MRI building which has two Picker 
2T MRI scanners and a third GE unit is sche¬ 
duled to be installed in the first quarter of 
1990. Research time is available on the 
PACS as well as the MRI units. Applications 
should be sent to: Chairman of Radiology/ 
Engineering Search Committee, Depart¬ 
ment of Radiology, 300 S. Hawthorne Road, 
Bowman Gray School of Medicine, Winston- 
Salem, North Carolina 27103. EOAA 
employer. 


TEXAS A&M UNIVERSITY 

Department of Computer Science 

Applications are invited for faculty positions 
at the Assistant, Associate or Full Professor 
level. Particular areas of interest include soft¬ 
ware engineering, databases, programming 
languages, real-time systems, VLSI, robo¬ 
tics, computational sciences, graphics, ar¬ 
tificial intelligence, and computer vision, but 
candidates from all areas will be considered. 
In addition to regular faculty positions, an 
endowed chair in software engineering and 
algorithms for parallel computation is to be 
filled. 

Texas A&M provides superior instructional 
and research facilities for its Computer 
Science faculty and is committed to a major 
expansion of its research and instructional 
program in Computer Science. The Depart¬ 
ment is a branch of Texas A&M’s College of 
Engineering, which is one of the nation’s 
largest. Currently the Department has a 
roster of 28 full-time faculty members with a 
number of new positions being added this 
year. In September of 1988 the Department 
initiated a program in Computer Science 
and Engineering to complement its degree 
offerings in Computer Science. In January of 
1990, the Department will be moving into a 
new building with 50,000 square feet of 
space. With that move the department will 
be acquiring $1,500,000 in new computing 
equipment. 

The program seeks excellence in research. 
Applicants at the assistant professor level 
should show substantial promise for research 
and teaching. Applicants at the higher levels 
should show a strong record of research 
achievement. Ability in teaching graduates 
and undergraduates is essential. Applicants 
should have a doctoral degree or equivalent. 
Applicants should submit a resume and 
three references to William M. Lively, Chair¬ 
man, Faculty Search Committee, Computer 
Science Department, Texas A&M Universi¬ 
ty, College Station, TX 77843-3112. 

Texas A&M University is an equal oppor¬ 
tunity/affirmative action employer. 


HARVEY MUDD COLLEGE 

Engineering and Computer Science 

Applications are invited for a tenure track 
position in the Engineering Department. Ap¬ 
pointment at the Assistant Professor level is 
anticipated. Applicants should have an engi¬ 
neering background with graduate study in 
computer engineering or electrical engineer¬ 
ing and computer science and experience in 
both hardware and software design and de¬ 
velopment. Responsibilities will include 
teaching in a unified engineering curriculum, 
developing courses and supervising industri¬ 
ally sponsored projects in the Engineering 
Clinic. Continuing professional growth and 
development through research or consulting 
is expected; excellent opportunities exist in 
the local area. A doctorate in engineering or 
computer science is required. Industrial ex¬ 
perience is desirable. Reply to: Professor A. 
Bright, Chairman, Engineering Department, 
Harvey Mudd College, Claremont, CA 
91711. Harvey Mudd College is an equal 
opportunity/affirmative action employer. 
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STATE UNIVERSITY OF NEW YORK 
AT BINGHAMTON 
Chairman — Computer Science 

The Thomas J. Watson School of Engi¬ 
neering, Applied Science, and Technology 
of the State University of New York at Bing¬ 
hamton seeks a senior computer scientist to 
serve as Professor and Chairman of the De¬ 
partment of Computer Science. The chair¬ 
man will provide leadership to a faculty of fif¬ 
teen in the department which awards BS, 
MS and Ph.D. degrees and conducts re¬ 
search activities in several mainstream areas 
of computer science. Candidates must pos¬ 
sess broad understanding and experience in 
the discipline and exhibit a commitment to a 
balanced program of excellence in teaching 
and research. Nominations and applications 
may be sent to Lyle D. Feisel, Dean, The 
Watson School, SUNY-Binghamton, Bing¬ 
hamton, NY 13901. An equal opportunity/ 
affirmative action employer. 


MARY WASHINGTON COLLEGE 

Department of Computer Science 

Mary Washington College invites applica¬ 
tions for a tenure track position in Computer 
Science beginning August 1990. Preferred 
qualifications include a strong commitment 
to undergraduate teaching, a Ph.D. in Com¬ 
puter Science or a related field area and ex¬ 
cellent English language communication 
skills. Applicants in all areas of computer 
science will be considered. The College and 
the Department of Computer Science ex¬ 
pect its faculty to be excellent teachers, ac¬ 
cessible to students, and to be engaged in 
some scholarly activity or research. 

Mary Washington College is a selective, 
coeducational, state-supported college of 
the liberal arts and sciences with approx¬ 
imately 3300 students. The college is located 
in a beautiful historic area, 50 miles from 
both Washington, D.C. and Richmond, and 
near the Naval Surface Warfare Center. Op¬ 
portunities abound for professional and cul¬ 
tural activities. 

The undergraduate program in computer 
science is in its tenth year, enjoys an ex¬ 
cellent reputation and graduates approx¬ 
imately 35 students per year. The curriculum 
is based upon ACM recommendations, class 
size in computer science is generally limited 
to 30 and the average class size is between 
20 to 25 students. The Department has four 
full-time faculty and four adjunct faculty. 
Facilities include an Ethernet network which 
provides four main processors: HP 9000/ 
850, two HP 9000/360, and Prime EXL- 
316, a cluster of 16 HP 9000/340 work¬ 
stations and a variety of other devices. We 
are interested in receiving applications from 
qualified minorities and women. Applicants 
should send a resume indicating under¬ 
graduate teaching experience and areas of 
specialization or interest and have three 
references to support the applicant’s profes¬ 
sional qualifications to Ernest Ackermann, 
Chairperson, Department of Computer Sci¬ 
ence, Mary Washington College, Fredericks¬ 
burg, Virginia 22401-5358. Consideration 
of applications will begin on January 5, 1990 
and search will remain open until the posi¬ 
tion is filled. AA/EEO. 


UNIVERSITY OF CALIFORNIA, 
SANTA BARBARA 

Department of Computer Science 

The University of California at Santa Bar¬ 
bara invites applications for at least three 
tenure-track positions in the Department of 
Computer Science. These positions are 
available at both senior and junior levels. 
Senior applicants should possess extremely 
distinguished research records, while junior 
candidates should have records proving ex¬ 
ceptional promise. The Department of Com¬ 
puter Science, in the rapidly expanding Col¬ 
lege of Engineering, is a strong department 
of 17 persons. UCSB and the College of 
Engineering are committed to maintaining 
the growth of the Computer Science Depart¬ 
ment and attaining a department having the 
greatest excellence and highest national 
visibility. 

Outstanding persons in all areas of Com¬ 
puter Science will be considered, although 
the department is currently attempting to 
achieve its main strengths in the areas of 
algorithms and complexity, software sys¬ 
tems, parallel and distributed computing, 
scientific computation, performance evalua¬ 
tion and machine intelligence. Senior ap¬ 
pointees will have significant input in guiding 
the growth and development of the depart¬ 
ment. Resources will be available for state- 
of-the-art laboratories for research and in¬ 
struction, and strong support will be made 
available and tailored to the needs of suc¬ 
cessful applicants. Interactions with various 
research groups on campus are strongly en¬ 
couraged and supported. 

All applicants should hold a doctoral 
degree in Computer Science or a related 
field and must have an excellent record of 
research. Teaching experience is highly de¬ 
sirable. We expect to fill these positions dur¬ 
ing the 1990-91 academic year. Positions 
are open until filled. Send resume and 
names of referees to: 

Chairman, Planning and Recruitment 
Committee 

Department of Computer Science 

University of California 

Santa Barbara, CA 93106 

Proof of U.S. citizenship or eligibility for 
U.S. employment will be required prior to 
employment (Immigration Reform & Con¬ 
trol Act of 1986). 

The University of California is an Equal 
Opportunity/Affirmative Action Employer. 


UNIVERSITY OF CALIFORNIA 
AT DAVIS 
Faculty Positions in 
Computer Science 

The Computer Science Division of the 
Department of Electrical Engineering and 
Computer Science of the University of Cali¬ 
fornia at Davis invites applicants for tenure- 
track positions at all ranks, in areas of dis¬ 
tributed computing, theory, architecture, 
graphics, programming systems and 
languages. 

The division is in a period of rapid growth, 
with the aim of becoming one of the leading 
computer science programs in the nation. 
Programs are offered leading to the Bachelor 
of Science, Master of Science, and Doctor of 


Philosophy degrees. Constantly expanding 
research facilities include Sequent, Encore, 
and Intel multiprocessor systems, several 
VAX systems, and numerous Sun, Microvax 
II, Apollo, and Iris workstations, all linked via 
LAN. Also available are departmental and 
campus instruction facilities, and the super¬ 
computer resources of the Lawrence Liver¬ 
more National Laboratories. Salary and 
benefits are extremely attractive. 

The progressive city of Davis has a popu¬ 
lation of approximately 50,000. Located 
eleven miles from the state capital of Sacra¬ 
mento, it is an easy drive to the major 
cultural centers of the San Francisco Bay 
Area, as well as to unparalleled recreation 
areas, including the California coast and the 
Sierra Nevada mountains. The location, cli¬ 
mate, and character of Davis make it an out¬ 
standing living environment. 

Applicants should have a commitment to 
continued strong records of teaching and 
research, including the desire and ability to 
attract significant external support. A Ph.D. 
is required for all ranks. Advanced ranks re¬ 
quire experience and accomplishments 
commensurate with placement. The posi¬ 
tions are open until filled. 

Respond with a resume and the names of 
at least three references to: 

Robert M. Keller, Chair 
Division of Computer Science 
University of California at Davis 
Davis, CA 95616 

The University of California is an equal 
opportunity/affirmative action employer. 


CENTRAL MICHIGAN UNIVERSITY 
Department of Computer Science 

Applications are invited for a tenure-track 
faculty position at the Assistant Professor 
rank beginning Fall, 1990. Applicants 
should have a Ph.D. in Computer Science or 
a related area and a commitment to excel¬ 
lence in teaching and research. Benefits are 
excellent and salary is competitive and com¬ 
mensurate with experience. Duties include 
teaching 6-9 hours per semester. 

The Department offers B.S. and M.S. de¬ 
grees in Computer Science. The department 
computational facilities include a VAX 8530, 
Unisys 5000/70, and several microcompu¬ 
ters. In addition, access to an IBM 3090/ 
150E (a university facility) is also available. 
Recently NSF grants have been used to es¬ 
tablish Graphics, Vision, Operating Sys¬ 
tems, Networks and Gen Ed Microcomputer 
Laboratories. 

CMU is a state-supported institution with 
over 16,000 students. Mt. Pleasant, located 
60 miles north of the state capital Lansing, 
has a population of 24,000 and offers many 
big city advantages without the congestion. 

Please send a detailed resume, graduate 
transcripts and three letters of reference to: 
Prof. S.N.J. Murthy, Chair 
Department of Computer Science 
Central Michigan University 
Mt. Pleasant, MI 48859 
(Tel: 517-774-3774) 

CMU is an AA/EO institution. All persons 
including members of minority groups, 
women, handicapped persons, disabled 
veterans and veterans of the Vietnam Era 
are encouraged to apply. 
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UNIVERSITY OF CALIFORNIA, 
SANTA CRUZ 

Computer Engineering at UC Santa Cruz 
invites faculty applications for two positions. 

One Associate or Full Professor, with an 
application closing date of December 15, 
1989. The candidate sought should have 
strengths in two or more of the following 
areas: special purpose architectures and 
parallel environments, computer aided de¬ 
sign; graphics, real time systems, image pro¬ 
cessing, computer architecture, computer 
systems and languages, networks, and soft¬ 
ware construction (* 141-889). Salary de¬ 
pending upon qualifications and experience. 

One Assistant Professor, with an applica¬ 
tion closing date of February 1, 1990. The 
position is in Visualization and Scientific 
Computing or Computer Graphics and 
Workstation Architecture ( # 174-890). 
Salary range: $44,200-$48,800 (9 month 
basis). 

A Ph.D. in Computer Engineering, Elec¬ 
trical Engineering, Computer Science or 
equivalent is required. Candidates for 
tenured positions must have a solid research 
record as evidenced by publications in 
technical journals. Candidates for non- 
tenured positions must have demonstrated 
research potential. All applicants will be 
evaluated on their research record, teaching, 
professional activities, demonstrated leader¬ 
ship in their fields, and letters of recommen¬ 
dation. Send applications, including cur¬ 
riculum vitae with cover letter, publications 
and teaching evaluations, 5 letters of recom¬ 
mendation (3 for Assistant position), 
promptly to the following address. Chair, 
Computer Engineering Faculty Search 
Committee, Baskin Center for Computer 
Engineering & Information Sciences, Ap¬ 
plied Sciences Building, University of 
California, Santa Cruz, CA 95064. If any 
position remains unfilled after these dates, all 
positions will remain open at the assistant 
level until April 15, 1990. Please refer to 
Position *141-889 or *174-890 in your re¬ 
ply. UCSC is an EEO/AA/IRCA employer. 


CLEVELAND STATE UNIVERSITY 

The Department of Computer and Infor¬ 
mation Science at Cleveland State Universi¬ 
ty has a tenure track position in the areas of 
distributed systems or software engineering 
and design. Responsibilities include teaching 
(two courses/quarter) & research. Salary is 
very competitive. Qualifications: Ph.D. in 
Computer Science, MIS, or a closely related 
field. Ph.D. candidates with substantial pro¬ 
gress on a dissertation will be considered. 
Close relationships to business, engineering, 
and other departments provide an environ¬ 
ment conducive to research and consulting. 
In addition to university computing facilities, 
the department has laboratories using VAX 
computers running UNIX, VMS, and state of 
the art software. Faculty offices are equipped 
with personal computers. Inquiries and vita 
should be sent to: Dr. James D. Schoeffler, 
Chairperson, Computer & Information Sci¬ 
ence Dept., Cleveland State University, E. 
24th & Euclid Ave., Cleveland, OH 44115. 
Equal Opportunity Employer, m/f/h. 


EMORY UNIVERSITY, 
ATLANTA, GA 30322 
Department of Mathematics and 
Computer Science 

Emory University invites applications for a 
tenure-track assistant professor position in 
Computer Science commencing fall 1990. 
Applicants should have a Ph D. in Com¬ 
puter Science or related area and be commit¬ 
ted to quality research and teaching. Appli¬ 
cations in all areas of Computer Science will 
be considered but we are particularly inter¬ 
ested in candidates with research qualifica¬ 
tions in one or more of the following areas: 
operating systems, computer networks, dis¬ 
tributed computing, parallel processing and 
software engineering. Teaching load is 6 
hrs/wk, including graduate and undergrad¬ 
uate courses. 

Please send vita and names of three refer¬ 
ences to above address, and have reference 
letters forwarded to us. Screening of applica¬ 
tions will begin Feb. 1, 1990. Emory Univer¬ 
sity is an equal opportunity/affirmative ac¬ 
tion employer. 


CLEMSON UNIVERSITY 

The Department of Computer Science at 
Clemson University invites applications and 
inquiries for faculty positions at all levels. 
Candidates must have demonstrated a capa¬ 
bility for research and graduate-level teach¬ 
ing in one or more areas of nonnumerical 
computer science or information systems. 

Clemson University is a land-grant univer¬ 
sity with an enrollment of approximately 
14,000 students. The Department of Com¬ 
puter Science offers B.S., M.S. and Ph.D. 
degrees in Computer Science and a B.S. 
degree in Computer Information Systems. 
The department currently has 22 full-time 
faculty positions, and has about 300 under¬ 
graduate and 110 graduate majors. Excel¬ 
lent computing facilities are available to facul¬ 
ty through both University and Departmental 
computer systems, including Sun and VAX 
networks, a NAS mainframe, two Intel 
Hypercubes, an AT&T 3B2 4-processor sys¬ 
tem, and several other Unix-based systems. 
Access to Internet, Bitnet, and Telenet are 
provided. 

Clemson University is located in the town 
of Clemson in the northwestern corner of 
South Carolina, approximately 120 miles 
from Atlanta, Georgia and Charlotte, North 
Carolina. Clemson offers the advantages of 
a small town lifestyle yet is within a short 
drive of several metropolitan areas. The cli- 
mate is moderate year-round, and recrea¬ 
tional opportunities abound. The Depart¬ 
ment of Computer Science is committed to 
productivity and excellence in research and 
instruction, and offers a stimulating environ¬ 
ment for research and teaching. 

Applicants should submit a resume and 3 
letters of recommendation to: 

A.J. Turner, Head 
Department of Computer Science 
Clemson University 

Clemson, South Carolina 29634-1906 
(803) 656-3444 
turner @c!emson. edu 

Clemson University is an Equal Oppor¬ 
tunity/Affirmative Action Employer. 


SANTA CLARA UNIVERSITY 
EECS Department 
Tenure Track & Visiting Positions 
In Computer Engineering 

Santa Clara University’s EECS depart¬ 
ment invites applications for two tenure-track 
positions in the areas of Software Engineer¬ 
ing, Operating Systems, and/or Parallel 
Processing. The department also has a one- 
year, half-time visiting position that would be 
suitable for someone on a partially funded 
sabbatical; this position does not lead to a 
permanent appointment. 

SCU is located 45 miles south of San 
Francisco, in the center of Silicon Valley. 
The department has 20 tenure track faculty 
members and 50 adjunct faculty members, 
and offers B.S., M.S., and Ph.D. degrees in 
both Electrical and Computer Engineering. 
Engineering computers include a VAX- 
11/750 and more than 60 computer work¬ 
stations; University academic computer re¬ 
sources include a VAX-8650, more than 
800 IBM PCs, and a campus-wide local area 
network. In addition, the Department oper¬ 
ates an Institute for Information Storage 
Technology and modern laboratories in 
digital systems, microelectronics, and 
microwaves. 

All applicants must have a Ph.D., an out¬ 
standing research record, demonstrated 
teaching ability, and an interest in furthering 
cooperation with surrounding industry. 

Applications should clearly indicate which 
type of position is desired, and be sent with a 
resume and the names of at least three refer¬ 
ences, to: 

Dr. Mohammad A. Ketabchi, Chairman 
Faculty Search Committee 
EECS Department 
Santa Clara University 
Santa Clara, California 95053 
Santa Clara University is an Affirmative 
Action/Equal Opportunity Employer. 


UNIVERSITY OF CONNECTICUT 
Assistant / Associate / Full 
Professors (2) 

The Department of Computer Science 
and Engineering at the University of Con¬ 
necticut is seeking to fill two anticipated 
tenure-track faculty positions at the Assis¬ 
tant, Associate or Professor level beginning 
with the 1990-1991 academic year. 

The University is located in a rural area in 
northeast Connecticut within easy driving 
distance of several major metropolitan areas. 
The department offers B.S.E., M.S., and 
Ph.D. degrees in Computer Science within 
the School of Engineering. 

A demonstrated ability to perform re¬ 
search is required. Preference will be given to 
applicants with a strong background in hard¬ 
ware; outstanding applicants in any area of 
computer science, women and minorities 
are encouraged to apply. 

Applicants with Ph.D.’s in Computer Sci¬ 
ence, Computer Engineering or equivalent 
areas are invited to submit resumes and 
names of three references to: Mallory Self¬ 
ridge, Chair, Search Committee, Computer 
Science and Engineering Department, Uni¬ 
versity of Connecticut, 260 Glenbrook 
Road, Box U-155, Storrs, CT 06269-3115. 
AA/EOE. (Search #’s 0A36 & 0A37). 
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THE UNIVERSITY OF MICHIGAN 
Department of Electrical Engineering 
and Computer Science 

The Department of Electrical Engineering 
and Computer Science at The University of 
Michigan invites applications for tenure-track 
positions in its Computer Science and Engi¬ 
neering Division. 

The University of Michigan has a long his¬ 
tory in software development, and is inter¬ 
ested in expanding its coverage of the field 
particularly at mid-career or senior levels. 
Positions are available primarily in the areas 
of distributed systems, networks, and soft¬ 
ware engineering. A position is also available 
in the area of theoretical computer science. 
All candidates who apply should have an in¬ 
terest in teaching and a strong research 
orientation. 

Send your resume and the names of at 
least three references to Professor Yuri 
Gurevich, Chairman of the Faculty Search 
Committee, Computer Science and Engi¬ 
neering Division, Department of Electrical 
Engineering and Computer Science, The 
University of Michigan, Ann Arbor, Michi¬ 
gan 48109-2122. 

The University of Michigan is an Equal 
Opportunity/Affirmative Action Employer. 


CLARKSON UNIVERSITY 

The Department of Mathematics and 
Computer Science at Clarkson University in¬ 
vites applications for tenure track positions in 
computer science. Ph.D. in computer sci¬ 
ence or a closely related discipline is re¬ 
quired. Rank and salary are negotiable. 
Teaching load is two courses per semester. 
We are looking for candidates who will enjoy 
teaching both graduate and undergraduate 
courses, and who will add research strength 
to the computer science program. Strong 
candidates in all areas are encouraged to ap¬ 
ply. We are especially interested in new col¬ 
leagues with interests in complexity theory 
and theoretical aspects of programming lan¬ 
guages and systems. 

Clarkson University is a small selective 
technological university with a strong re¬ 
search tradition. The department offers BS 
and MS degrees, as well as the option of a 
Ph.D. in mathematics with emphasis in com¬ 
puter science. Computing facilities in the 
department include a cluster of Sun worksta¬ 
tions in faculty offices and labs, connected 
via campus-wide ethernet to numerous other 
machines as well as to regional and national 
networks such as NYSERNet and Internet. 

The university is located in upstate New 
York close to the scenic Adirondack and 
Thousand Island regions. The concentration 
of college campuses in the vicinity creates a 
rich cultural environment with a high quality 
of life without the problems of major cities. 

Applications including vita and names of 
three references should be submitted to Pro¬ 
fessor A. Fokas, Department of Mathematics 
and Computer Science, Clarkson University, 
Potsdam, NY 13676. Clarkson University is 
an equal opportunity/affirmative action 
employer and encourages applications from 
women and minorities. 


UNIVERSITY OF CALIFORNIA, 
DAVIS 

Faculty Positions in Electrical 

Engineering and Computer Science 

The Department of Electrical Engineering 
and Computer Science at UC Davis invites 
applications for tenure track positions at all 
ranks. The primary areas of interest are 
image processing and computer vision; op¬ 
toelectronics; and computer engineering 
and microprocessor applications. 

The department, with 50 faculty members 
and 180 full-time graduate students, is ex¬ 
periencing rapid growth. Our College is the 
nation’s sixteenth largest producer of engi¬ 
neering Ph.D.’s in a University which has the 
nineteenth largest extramural research fund¬ 
ing. Salary and benefits are extremely 
attractive. 

Davis is a pleasant, family-oriented com¬ 
munity near Sacramento, within easy driving 
distance to Silicon Valley, the Lawrence 
Livermore National Laboratory, San Fran¬ 
cisco, the Pacific Ocean, and the Sierra 
Nevada Mountains. 

We are seeking individuals with strong 
records of teaching and research and with 
ambitious plans. Senior appointments re¬ 
quire outstanding records of achievement; 
junior apppointments must show evidence 
of great promise. All faculty are expected to 
have a strong commitment to teaching at all 
degree levels, and to demonstrate the ability 
to attract significant research support. 

The positions require a Ph D. degree or 
equivalent, and are open until filled. Send a 
resume and the names of at least three 
references to: 

Professor S. Louis Hakimi, Chair 

Attention: Faculty Search Committee 

Department of Electrical Engineering 
and Computer Science 

University of California 

Davis, CA 95616 

The University of California, Davis, is an 
equal opportunity/affirmative action 
employer. 


WAKE FOREST UNIVERSITY 
Department of Mathematics and 
Computer Science 
Department of Radiology 
Assistant/Associate Professor of 
Computer Science and Radiology 

Applications are invited for a tenure-track 
joint position in the Department of Mathe¬ 
matics and Computer Science and the De¬ 
partment of Radiology. Candidates at the 
level of Assistant Professor or Associate Pro¬ 
fessor will be considered. A Ph.D. in com¬ 
puter science or equivalent is required. 

Primary research responsibilities should 
focus on applications of image analysis and 
image processing in Radiology. The ideal 
candidate should have experience and in¬ 
terest in medical image processing/analysis, 
parallel computations and high speed com¬ 
puting for imaging applications. Additional 
expertise in the areas of computer graphics, 
artificial intelligence, computer architecture 
and communications is desirable. A demon¬ 
strated ability to attract research funding is 
essential. 

Teaching responsibilities will include one 


undergraduate computer science course per 
semester. An undergraduate major in Com¬ 
puter Science is currently offered and a mas¬ 
ter’s degree in Computer Science is currently 
being developed in the Department of Math¬ 
ematics and Computer Science. A master’s 
and doctorate degree in Electrical and Com¬ 
puter Engineering with emphasis on medical 
applications is being offered through a re¬ 
search program sponsored jointly by the 
Bowman Gray School of Medicine and 
North Carolina State University with the de¬ 
gree awarded by N.C. State University. 

The image processing laboratory in the 
Department of Radiology supports a number 
of Sun 4 workstations, an AT&T 3B20, a 
stand-alone MRI workstation, an AT&T 
Pixel Machine and several terminals and 
PC’s. The workstations and the 3B20 are 
part of the state-wide extended Ethernet 
operated by the Microelectronics Center of 
North Carolina with access to Internet, Bitnet 
and other wide area networks. The lab is 
housed in the new MRI building which has 
two Picker 2T MRI scanners and a third GE 
unit is scheduled to be installed in the first 
quarter of 1990. Research time is available 
on the MRI units as well as on a fully in¬ 
tegrated clinical PACS. 

Available in the Department of Mathema¬ 
tics and Computer Science are SUN 4 work¬ 
stations and various microcomputers net¬ 
worked via Ethernet, the university’s Prime 
4150 and AT&T 3B15, and access to CSNet 
and LINCNET. Several parallel computing 
machines based on transputers will soon be 
available. Currently a plan is being im¬ 
plemented to connect the Reynolda Cam¬ 
pus of Wake Forest to the Bowman Gray 
Campus via the extended Ethernet operated 
by MCNC. 

Applications and inquiries should be sent 
to: Dr. Douglas Maynard, Chairman of 
Computer Science/Radiology Search Com¬ 
mittee, Department of Radiology, Bowman 
Gray School of Medicine, Wake Forest Uni¬ 
versity, Winston-Salem, North Carolina 
27103. 

EOAA employer. 


THE VIRGINIA MILITARY INSTITUTE 

Mathematics/Computer Science 

A tenure-track position beginning August, 
1990. Applicant should have a strong inter¬ 
est in teaching. VMI’s hardware includes a 
Data General MV/7800, a Burroughs A9, 
and 200 IBM PC’s. 

Preference given to an applicant with a 
Ph.D. in a computer-related field such as 
Computer Science, Mathematics, or MIS. 
Significant education or experience in CS re¬ 
quired. Duties include teaching computer 
science and mathematics. Salary and rank 
commensurate with qualifications. 

VMI is a quality undergraduate military 
college of engineering, liberal arts, and 
science, located in an attractive college 
town. Faculty wear uniforms but have no 
other assigned military duties. 

Deadline for applications is March 1, 
1990. Send resumes with at least three 
references to Thomas C. Lominac, Depart¬ 
ment of Mathematics and Computer Sci¬ 
ence, Virginia Military Institute, Lexington, 
Virginia 24450. 

AA/EEO Employer. 
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UNIVERSITY OF IDAHO 

Department of Computer Science 

The Department of Computer Science at 
the University of Idaho invites applications 
for two tenure-track faculty positions. The 
Department of Computer Science is in the 
College of Engineering and one of the col¬ 
lege’s highest priorities is to build a strong 
research program in computer science. Ac¬ 
tive research areas include theoretical com¬ 
puter science, artificial intelligence, software 
engineering, and computing architectures. 
Outstanding candidates in these areas are 
especially invited to apply. A Ph.D. or equiv¬ 
alent in Computer Science or related area is 
required. Successful candidates are ex¬ 
pected to pursue an active research pro¬ 
gram, perform graduate and undergraduate 
teaching, and supervise graduate students. 

The department has 13 full-time faculty, 
approximately 250 undergraduate majors, 
and 30 graduate students. BS and MS de¬ 
grees are currently offered with plans under¬ 
way for offering the Ph.D. degree in com¬ 
puter science. The department is a major 
component of the NASA Microelectronics 
Research Center at the University of Idaho. 
Cooperative research and teaching pro¬ 
grams have been established with Washing¬ 
ton State University, located just 8 miles 
away. The University of Idaho is situated in 
the northern panhandle of Idaho, close to 
spectacular lakes, wilderness, and skiing. 

Computing facilities available to faculty 
and students include IBM 4381, HP850, 
VAX 11/780, numerous HP Unix systems, 
and several microcomputer laboratories. All 
computer systems are networked with con¬ 
nections to Internet and Bitnet. 

Applicants should submit a resume and 
three letters of reference to John Dickinson, 
Search Committee Chair, Department of 
Computer Science, University of Idaho, 
Moscow, Idaho 83843. Applications will be 
accepted until Feb. 16, 1990, or until suit¬ 
able candidates are selected. University of 
Idaho is an Equal Opportunity/Affirmative 
Action employer and specifically invites ap¬ 
plications from women and minorities. 


UNIVERSITY OF CALIFORNIA 
AT RIVERSIDE 
Faculty Positions in 
Computer Science 

Applications and nominations are invited 
for tenured or tenure track positions in Com¬ 
puter Science beginning July 1, 1990 or 
later. Ph D. and demonstrated excellence in 
research and teaching are required. Promi¬ 
nent senior candidates are especially en¬ 
couraged to apply. The program in com¬ 
puter science is growing rapidly, and is pro¬ 
jected to double in size in the next 4 years. 
The department has decided to concentrate 
in areas projected to be important in the 21st 
century, including algorithm design, parallel 
computation, computational logic, design 
automation, programming languages, com¬ 
puter architecture, and software engineer¬ 
ing. Three open rank positions are available. 
One is targeted to Computational Logic and 
another is targeted to Design Technology; 
the third is open as to area. This is an oppor¬ 


tunity to participate in shaping a developing 
program in computer science, with the ad¬ 
vantage of a dose, liaison with a well- 
established mathematics department. 

Riverside is a rapidly growing community 
of over 200,000, one hour from Los 
Angeles; an independent metropolitan 
center, not a suburb. The city has its own 
Philharmonic and Civic Light Opera. Skiing 
is available from November to April less than 
1 hour away in the San Bernardino moun¬ 
tains. Housing is far less expensive than in 
most other areas of Southern California. The 
Riverside campus of the University of Cali¬ 
fornia has an undergraduate enrollment of 
6700 and a graduate enrollment of 1400, 
and is expected to double in size by the turn 
of the century. Other major institutions, such 
as UC Irvine, UCLA, USC, UC San Diego, 
and Cal Tech, are within easy driving 
distance. 

Send all materials including curriculum 
vita and the names of at least three refer¬ 
ences to: Professor Lawrence Larmore, 
Chairman, Computer Science Recruiting 
Committee, Department of Mathematics 
and Computer Science, University of Cali¬ 
fornia, Riverside, CA 92521. The pool of 
candidates will consist of all those whose 
completed applications are received by Jan¬ 
uary 8, 1990. If the search is not successfully 
completed from this pool, the pool will be 
enlarged to include all those whose com¬ 
pleted applications are received between 
January 9, 1990 and March 5, 1990. 

University of California, Riverside, is an 
Affirmative Action/Equal Opportunity 
Employer. 


NEW JERSEY INSTITUTE 
OF TECHNOLOGY 
Faculty Positions 

Computer & Information Science 

NJIT seeks assistant, associate and full 
professors for spring/fall 1990. Ph.D. in 
computer science or closely related field re¬ 
quired. Senior level applicants must have 
proven research and funding record. Posi¬ 
tions available in, but not limited to: distributed 
computing including computer architecture, 
operating systems, data communications 
and networking, realtime computing and 
fault tolerance; software development in¬ 
cluding compiling, computer graphics, office 
automation, data management systems, in¬ 
formation management systems, cognitive 
science, and computational linguistics. 
Department offers B.S., B.A., M.S., and 
Ph D., in computer science. Computing 
facilities include VAX 8800, VAX 8530, 
IBM 4361, SUN workstations, Symbolics 
machines, TI Explorers and graphic systems. 

NJIT is the technological university of 
New Jersey with nearly 8,000 students 
enrolled in Newark College of Engineering, 
the School of Architecture, College of Sci¬ 
ence and Liberal Arts, and the School of In¬ 
dustrial Management. 

NJIT does not discriminate on the basis of 
sex, race, color, handicap, religion, national 
or ethnic origin, or age in employment. 

Send resume and name of at least three 
references to: Personnel Box CIS, New 
Jersey Institue of Technology, Newark, NJ 
07102. 


MICHIGAN STATE UNIVERSITY 
Associate Dean of Research 
and Graduate Studies 

The College of Engineering at Michigan 
State University invites applications and 
nominations for this senior faculty position to 
provide leadership for an expanding research 
and graduate studies program. Candidates 
must have an earned doctorate and a distin¬ 
guished record of scholarship and research 
to qualify for a tenured professorial position 
in one of the departments in the College. 
Resumes will be accepted until the position is 
filled. The assessment of credentials will 
begin December 9 and the preferred starting 
date is July 1, 1990. Apply to: Dr. George 
Van Dusen, Chairperson, Engineering As¬ 
sociate Dean Search Committee, College of 
Engineering, Michigan State University, 104 
Engineering Building, East Lansing, MI 
48824-1226. Michigan State University is 
an Equal Opportunity/Affirmative Action 
Employer. 


LOUISIANA STATE UNIVERSITY 
Computer Faculty Position 

The Department of Electrical and Com¬ 
puter Engineering at LSU invites applica¬ 
tions for tenure-track and visiting faculty 
positions available August 1990 in all areas 
of computer engineering, including micro¬ 
processors, distributed processing systems 
and special purpose architectures. A Ph.D. 
or equivalent and potential for excellence in 
teaching and research are necessary. Rank is 
open. Salary is competitive and commen¬ 
surate with qualifications and experience. 
Release time and resources are provided in 
order to enhance the development of a 
quality research program. Opportunities for 
summer support are available. Send resume, 
names of three references, a statement of 
teaching and research interests, and verifica¬ 
tion of employment eligibility in compliance 
with the Immigration Reform and Control 
Act of 1986 to: Alan H. Marshak, Chair¬ 
man, Electrical and Computer Engineering, 
Louisiana State University, Baton Rouge, 
LA 70803-5901. LSU is an Equal Oppor¬ 
tunity Employer. 


TEXAS TECH UNIVERSITY 
Division of Computer Science 
Position Announcement 

Applications are invited for tenure-track 
faculty appointments at all levels in computer 
science to begin September 1, 1990. The 
candidate should have a Ph.D. in computer 
science, engineering, or a related field. The 
department offers B.S., M.S., and Ph.D. 
degrees in computer science. Faculty re¬ 
search fields include AI, VLSI and CAD, 
Computer Graphics, Software Engineering, 
Real-Time Systems, and Neural Networks. 
Please send a resume with the names and 
telephone or e-mail addresses of three 
references to Dr. William M. Marcy, Director 
of Computer Science, Texas Tech Universi¬ 
ty, MS/3104, Lubbock TX, 79409. 
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PENN STATE 
Computer Engineering 

Applications are invited for tenure track 
faculty positions at all levels. Candidates 
from all areas of computer engineering will 
be considered, however priority will be given 
to those candidates in Software Engineering, 
VLSI, or Architecture. The Computer Engi¬ 
neering Program at Penn State is within the 
Department of Electrical Engineering which 
has over 50 faculty members and approxi¬ 
mately 1300 undergraduate majors, 260 
graduate students. Candidates should have 
a Ph.D. in Electrical/Computer Engineering 
or related areas. There are currently 10 
faculty members within the Computer Engi¬ 
neering Program, and the program offers 
BS, MS and Ph.D. degrees in Computer 
Engineering. Excellent instruction and re¬ 
search computing facilities are available with¬ 
in the Department, College and at the Uni¬ 
versity Computation Center. Please send 
letter of application, resume, or inquiries, 
together with three references to: Computer 
Engineering Program, Department of Elec¬ 
trical Engineering, 121 Electrical Engineer¬ 
ing East, Box IEEE. The Pennsylvania State 
University, University Park, PA 16802. 
Deadline for applications is January 31, 
1990, or until suitable qualified candidates 
are selected. An Affirmative Action/Equal 
Opportunity Employer. Women and Minori¬ 
ties Encouraged to Apply. 


UNIVERSITY OF ALABAMA 
IN HUNTSVILLE 
Computer Engineering 

Outstanding research and teaching op¬ 
portunities for Computer Engineering (ten¬ 
ure-track) faculty candidates (all ranks con¬ 
sidered) at the University of Alabama in 
Huntsville (UAH). The Department of Elec¬ 
trical and Computer Engineering has 630 
undergraduate majors and 200 active gradu¬ 
ate students. Facilities at UAH include the 
supercomputer CRAY X-MP/24, the super¬ 
mini multiprocessor TITAN, a Hewlett Pack¬ 
ard 9000/319 C + colorgraphics, a Vax 
751 host interfaced with 8 Intergraph Inter- 
pro 220 workstations. Current areas of ac¬ 
tive research include systolic arrays, high 
speed multicomputer architectures, signal 
and image processing, fast concurrent algo¬ 
rithms, expert systems and AI, computer 
communications and networking, optica! 
computing, neural and distributive memory 
computing. 

Huntsville, a high-technology city, offers 
congenial living and a unique cultural en¬ 
vironment. Position qualifications include 
U.S. citizenship or permanent resident 
status, Ph D. with a specialization in Com¬ 
puter Engineering, ability to teach at all 
levels, supervise M.S. and Ph.D. candi¬ 
dates, and an interest in developing funding 
for research on topics related to Computer 
Engineering. Application review will begin 
January 15, 1990 and continue until the 
positions are filled. Send resume with names 
and telephone numbers of three references 
to: Dr. W. A. Porter, Computer Engineering 
Search Committee, ECE Department, UAH, 
Huntsville, AL 35899. Telephone: (205) 
895-6858. UAH is an Affirmative Action/ 
Equal Opportunity Employer. 


THE UNIVERSITY OF CALGARY 
Faculty Positions in Computer Science 

The University of Calgary Department of 
Computer Science invites applications for 
tenure-track faculty positions. Candidates 
must possess a Ph D. in Computer Science 
or related area, and must maintain active 
and significant research programs in com¬ 
puter science. Applicants at the level of 
associate or full professor should have an 
established record of outstanding research. 
The Department expects to fill one position 
with a researcher in verification and one 
position with a researcher in algorithms and 
complexity. However, outstanding candi¬ 
dates in all areas of core computer science 
are encouraged to apply. 

There are presently 25 faculty members 
engaged in teaching and research supported 
by a large technical staff. Research facilities 
include a large network of Sun and Apollo 
workstations and fileservers running Unix. 
The department offers graduate programs at 
both the PhD and MSc levels. 

The University of Calgary has a modem 
campus with excellent facilities including 
legacies of the 1988 Olympics. The Rocky 
Mountains, including four national parks, 
are easily and quickly accessible from 
Calgary and offer some of the world’s most 
scenic areas with unlimited opportunities for 
outdoor recreation. 

In accordance with Canadian immigration 
requirements, priority will be given to Cana¬ 
dian citizens and permanent residents of 
Canada. The University of Calgary has an 
Employment Equity Program and encour¬ 
ages applications from all qualified can¬ 
didates, including women, aboriginal peo¬ 
ple, visible minorities, and people with 
disabilities. 

Interested candidates should direct appli¬ 
cations, including a curriculum vitae, copies 
of their three most important publications, 
and the names of three references, prior to 
February 28, 1990, to: 

Dr. Jon Rokne, Chairman 

Department of Computer Science 

The University of Calgary 

2500 University Drive, N.W. 

Calgary, Alberta, Canada 

T2N 1N4 

Telephone: (403) 220-5454 


UNIVERSITY OF VICTORIA 
VICTORIA, B.C., CANADA 

Department of Computer Science 

Applications are invited for at least one 
regular full-time faculty position to com¬ 
mence July 1, 1990. Applicants should have 
a Ph.D. in Computer Science or equivalent 
qualifications. The first priority is to appoint 
an individual with research interests in soft¬ 
ware systems, programming languages and 
semantics, or a closely related field. 

The Department has eighteen full-time 
faculty. It offers graduate and undergraduate 
degrees in Computer Science and maintains 
active research programs in programming 
languages, compilers, software engineering, 
software development environments, dis¬ 
tributed computing, combinatorial algo¬ 
rithms, theory of computation, functional 
and logic programming, VLSI design and 
test, and numerical methods. The Depart¬ 


ment is an active participant in the Advanced 
Systems Institute of British Columbia. 

The computing facilities available for in¬ 
structional and research support currently in¬ 
clude Sun 3/260 and 3/280 systems, a Sun 
SPARCserver 370, over thirty Sun worksta¬ 
tions, microcomputer laboratories with a 
variety of small systems, as well as the Uni¬ 
versity IBM 3090/VPF system. A local area 
network provides convenient access to these 
facilities while BC-Net connects UVic to the 
other universities and research institutions in 
the Province. An AppleTalk network is in 
place within the Department. Internet access 
is also available. 

The city of Victoria, situated on the south¬ 
ern tip of Vancouver Island, has a popula¬ 
tion of over 200,000. It enjoys one of the 
most delightful environments in North 
America. The climate is temperate. Outdoor 
activities, from marine to mountain, are 
popular and can be pursued year round. 
Victoria is exceptionally well-endowed with 
cultural activities too, including theatre, 
opera and a symphony. 

Applicants should send a curriculum vitae 
and the names of at least three referees to: 
Dr. D.M. Miller, Chairman 
Department of Computer Science 
University of Victoria 
P.O. Box 1700 
Victoria, B.C., Canada 
V8W 2Y2 

Applications will be accepted until Janu¬ 
ary 31, 1990. Canadian immigration regula¬ 
tions require the University to assess applica¬ 
tions from Canadian citizens and permanent 
residents of Canada before those of others. 
Women are particularly encouraged to apply. 

Further information is available by con¬ 
tacting the Chairman of the Department. 
UUCP:[uw-beaver,ubc-vision]!uvicctr! 
dmill 

BITNET: dmill@uvunix.bitnet 
INTERNET: dmill@uvunix.uvic.ca 
Telephone: (604) 721-7220 
Fax: (604) 721-7292 
Telex: 049-7222 


OREGON STATE UNIVERSITY 

Department of Computer Science 

The Department of Computer Science 
anticipates new tenure-track positions for 
Assistant, Associate, and Full Professor¬ 
ships. Specialization in computer graphics or 
software engineering is desirable, but all 
qualified applicants will be considered. Ap¬ 
plicants should have completed or expect to 
complete all requirements for a Ph.D. in 
computer science or a closely related field 
and should have demonstrated research and 
teaching potential. Candidates for senior 
positions should have established research 
reputations. Review of applications will begin 
November 1, 1989, and will continue until 
the positions are filled. Please send resume, 
including the names of three references, to: 
Walter G. Rudd, Chairman, Department of 
Computer Science, Oregon State Universi¬ 
ty, Corvallis, OR 97331. 

Oregon State University is an equal op¬ 
portunity affirmative action employer and 
complies with Section 504 of the Rehabilita¬ 
tion Act of 1973. OSU has a policy of being 
responsive to the needs of dual-career 
couples. 
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IUPUI, INDIANAPOLIS, IN 
Chairman, Computer and 
Information Science 

The Department of Computer and Infor¬ 
mation Science at Indiana University—Pur¬ 
due University at Indianapolis (IUPUI) is cur¬ 
rently seeking applications for the position of 
Department Chair. 

IUPUI (established in 1969) is a large 
urban university (its current enrollment is 
26,800 students) with programs in Art, Busi¬ 
ness, Dentistry, Education, Engineering and 
Technology, Health, Journalism, Law, 
Liberal Arts, Medicine, Nursing, Physical 
Education, Public and Environmental Af¬ 
fairs, Science, and Social Work. The depart¬ 
ment consists of 10 full-time faculty mem¬ 
bers. It offers Bachelor and Master degrees, 
and is expected to develop a Ph.D. program 
in the near future. The research interests of 
the faculty include artificial intelligence, ar¬ 
tificial neural networks, computer graphics, 
computer vision, databases, fault-tolerant 
computing, information theory, motion an¬ 
alysis, numerical analysis, pattern recogni¬ 
tion, and speech recognition. 

The university supports computing with a 
network of IBM and VAX mainframes, and 
with several clusters of microcomputers. De¬ 
partment computing is done on a ring of the 
university computing network; department 
facilities include a microvax file server, 
numerous faculty workstations, a research 
laboratory, and an instructional laboratory. 

Indianapolis, the capital of Indiana, is a 
pleasant city in which to live. It is a city in 
which there are numerous opportunities for 
joint work with federal, state, and local gov¬ 
ernment, and local industry. It is a city in 
which the cost of living is relatively low, and 
in which there are many cultural and sports 
attractions. 

The review of applications is in progress, 
and will continue until the position is filled. 
Please send nominations and applications to: 

Office of the Dean of Science 

School of Science 

IUPUI 

1125 East 38th Street 

Indianapolis, IN 46205-2810 


UTAH STATE UNIVERSITY 

Applications are invited for all faculty 
levels in Computer Science. Qualifications 
include a doctorate in Computer Science or 
a closely related field; a strong commitment 
to teaching at both the undergraduate and 
graudate levels; and a similar commitment to 
research. Specializations of particular interest 
include Parallelism, Software Engineering, 
Information Systems/Telecommunications, 
and Artificial Intelligence. 

The department currently offers B.S. and 
M.S. degrees in Computer Science. Suc¬ 
cessful candidates would be expected to 
assist in the development of a Ph.D. 

The university is located in a beautiful 
mountain valley with easy access to recrea¬ 
tional and cultural activities. 

Send resumes and names of 3 references 
to: Gregory Jones, Computer Science, Utah 
State University, Logan, Utah, 84322-4205. 
Positions will remain open until filled. 
U.S.U. is an EO/AAE employer. 


UNIVERSITY OF CALIFORNIA, 
LOS ANGELES 

COMPUTER SCIENCE DEPARTMENT 

The Department of Computer Science at 
the University of California, Los Angeles, in¬ 
vites applications for tenure-track positions at 
the Assistant Professor level in Computer 
Science beginning in July 1990. Applicants 
should possess the Ph.D. in Computer Sci¬ 
ence by July 1990. Applications are also 
welcome from highly distinguished candi¬ 
dates at the senior level. 

Quality is our key criterion for selecting ap¬ 
plicants. We expect them to have a strong 
commitment to both research and teaching 
and an outstanding record of research for 
their level. It is important that they exhibit 
strong potential for continued excellence in 
university research. 

We seek applicants in any mainstream 
area of Computer Science and we particular¬ 
ly welcome those with research strength in 
software related areas. 

Interested applicants should send a letter 
of application, a resume, and the names of 
four references to: 

Professor Wesley W. Chu, Chair 
Computer Science Department 
Attn: Ms. June Myers 
Boelter Hall 3732 

University of California, Los Angeles 
Los Angeles, CA 90024-1596 
The University of California is an Affir¬ 
mative Action/Equal Opportunity Employer. 


ARIZONA STATE UNIVERSITY 
ISS Chair 

Professor of Telecommunications 

The Department of Electrical Engineering 
of Arizona State University is seeking a 
tenure-track faculty member to fill the posi¬ 
tion of International Switching Symposium 
(ISS) Chair Professor of Telecommunica¬ 
tions . The endowment for the chair has been 
established by the XII International Switching 
Symposium and includes both scholarship 
and fellowship funds. The chair professor 
will provide leadership in the telecommuni¬ 
cations area within the department and the 
Telecommunications Research Center. Ap¬ 
plicants must have an earned doctorate in 
Electrical Engineering and must have dis¬ 
tinguished themselves in Switching and Data 
Communications, Optical Communications, 
or Signal Processing. Arizona State Universi¬ 
ty is the U.S.’s fifth largest university with 
more than 43,000 students, 12,000 of 
whom are graduate students. The Electrical 
Engineering Department has approximately 
400 graduate and 1,000 undergraduate 
students, and research expenditures of 
$4.5M per year. The University has both a 
Cray XMP-14/SE and an IBM 3090-500/ 
MV computer, and these are supplemented 
by Convex C-ls and Ardent Titan graphics 
machines. Please send letters of application, 
resumes, and three letters of reference to: 
Dr. David K. Ferry, Chairman, Department 
of Electrical Engineering, Arizona State 
University, Tempe, AZ 85287-5706, ATTN: 
ISS Chair Search Committee. The first 
deadline is January 12, 1990, or the 12th of 
each month until position is filled. Arizona 
State University is an equal opportunity, af¬ 
firmative action employer. 


WASHINGTON UNIVERSITY 
St. Louis 

Regular Faculty Positions in 
Computer Science 

The Department of Computer Science at 
Washington University in St. Louis is ex¬ 
panding its research program and invites ap¬ 
plications for regular (tenure-track) faculty 
positions at the Assistant, Associate and Full 
Professor levels. Applicants should hold the 
Ph.D. or D.Sc. degree in Computer Science 
and have a strong commitment to and re¬ 
cord of accomplishment in research. 

The Department of Computer Science 
has a well-respected undergraduate pro¬ 
gram and a growing graudate program. Re¬ 
search activities have flourished in recent 
years and have three foci: concurrent sys¬ 
tems, communications systems, and intelli¬ 
gent computer systems, with an emphasis on 
the use of visualization as a tool in each case. 
Support for these research programs is from 
NSF, NIH, ONR and a large number of in¬ 
dustrial sponsors. 

Current departmental research in concur¬ 
rent systems includes the formal foundations 
of concurrent computation, programming 
languages and methodologies for the design 
of concurrent systems, system interconnec¬ 
tion networks and parallel architectures and 
algorithms. The department is also engaged 
in research on the design of fast packet¬ 
switching systems capable of a variety of ap¬ 
plications (including voice, data and video). 
Of particular interest are candidates with 
backgrounds in communications systems ar¬ 
chitecture, communications software, or 
performance analysis. In the area of intelli¬ 
gent computer systems, present research 
projects include computer vision, image pro¬ 
cessing, visual programming, speech recog¬ 
nition, expert systems and deductive data¬ 
bases. Individuals with backgrounds in any 
of these areas are encouraged to apply. 

Qualified applicants may send a vita and 
names and addresses of at least three refer¬ 
ences to Dr. Jerome R. Cox, Jr., Chairman, 
Department of Computer Science, Wash¬ 
ington University, Campus Box 1045, St. 
Louis, Missouri 63130. 

Applications are requested by February 1, 
1990. Washington University is an equal op¬ 
portunity/affirmative action employer. 


GETTYSBURG COLLEGE 
Gettysburg, PA 17325 

Position for Fall 1990. Tenure track Assis¬ 
tant Professor. Ph.D. in Computer Science 
preferred. Minimum Requirement Ph.D. in 
related field with Master’s Degree in Com¬ 
puter Science. 

Highly selective coed liberal arts college. 
1800 students. Historic location in rural 
south-central PA with proximity to Washing¬ 
ton and Baltimore. Extensive computing 
facilities, CS major. Opportunities to 
develop an evolving CS curriculum. To 
guarantee consideration applications should 
be received by Feb. 16, 1990. Send resume 
and 3 letters of reference to: Professor L. 
Carl Leinbach, Chair, Mathematics and 
Computer Science. Equal Opportunity/Af¬ 
firmative Action Employer. Women and 
minority candidates encouraged. 
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ARIZONA STATE UNIVERSITY 

The Department of Electrical Engineering 
of Arizona State University is seeking a 
tenure track faculty member in the general 
area of systems and controls. The faculty 
member will be involved in graduate and 
undergraduate instruction and research. Ap¬ 
plicants must have an earned doctorate 
degree in the field of Electrical Engineering 
or a related discipline. Areas of special in¬ 
terest include linear and nonlinear control 
systems, distributed parameter systems and 
large scale systems. The successful applicant 
is expected to become an active member of 
the interdisciplinary Center for Systems 
Science and Engineering, within the Col¬ 
leges of Engineering and Applied Science 
and Liberal Arts. Arizona State University is 
the U.S.’s fifth largest university with more 
than 43,000 students, 12,000 of whom are 
graduate students. The Electrical Engineer¬ 
ing Department has approximately 400 
graduate and 1000 undergraduate students, 
and research expenditures of $4.5M per 
year. The University has both a Cray XMP- 
14/SE and IBM 3090-5000/MV compu¬ 
ters, and these are supplemented by Convex 
C-l’s and Ardent Titan graphics machines. 
Please send letters of application, resumes 
and three letters of reference to: Dr. David 
Ferry, Chairman, Department of Electrical 
Engineering, Arizona State University, 
Tempe, AZ 85287-5706, Attn: Systems/ 
Controls Search Committee. The first dead¬ 
line is January 12, 1990, or the 12th of each 
month until position is filled. Arizona State 
University is an equal opportunity, affirma¬ 
tive action employer. 


OREGON GRADUATE INSTITUTE 

OF SCIENCE AND TECHNOLOGY 

(formerly Oregon Graduate Center) 

Would you like to work in an academic 
environment with an active graduate educa¬ 
tion program, but with no undergraduate 
teaching responsibilities? A place that en¬ 
courages serious research by providing 
strong administrative support and excellent 
facilities? If so, consider joining the growing 
faculty of the Oregon Graduate Institute of 
Science and Technology’s Department of 
Computer Science and Engineering. 

We seek both senior and junior faculty col¬ 
leagues with experience in graduate educa¬ 
tion and ambitious research goals. Technical 
areas of particular interest-include: computer 
architecture, VLSI design, artificial neural 
networks, distributed database systems, and 
parallel computation. 

OGI is located in Portland, one of the 
most affordable of the West Coast’s beautiful 
cities. Portland’s relaxed life style and intense 
work style combine to offer you a setting in 
which both your family and your research 

For more information about OGI, please 
address inquiries to: Professor Richard 
Kieburtz, Chairman, Department of Com¬ 
puter Science and Engineering, Oregon 
Graduate Institute of Science and Technol¬ 
ogy, 19600 NW von Neumann Drive, Bea¬ 
verton, OR 97006. 

OGI is an equal opportunity employer. 


THE UNIVERSITY OF ARIZONA 

The Electrical and Computer Engineering 
Department is seeking an established re¬ 
searcher/educator to assume a senior 
leadership role in the continued develop¬ 
ment of its Computer Engineering Group. 
The appointment may be at the associate or 
full professor level. Applicants should have 
an earned doctorate with at least one degree 
in engineering, national and international 
recognition for research and scholarship, a 
strong record of, and commitment to, exter¬ 
nal research funding, and dedication to ex¬ 
cellence in teaching. 

The Computer Engineering Group has 
active sponsored research programs in com¬ 
puter networks, artificial intelligence and 
telerobotics, modelling and simulation, op¬ 
tical parallel computer architectures, and 
hardware design automation. Expansion 
into the areas of network security and high 
autonomy systems is desired. The Group 
has strong collaborative links to the other 
Groups within the ECE Department and to 
the Optical Sciences, Systems and Industrial 
Engineering, Radiology, and Management 
Information Systems departments. The 
Computer Engineering Group is responsible 
for an accredited undergraduate major in 
Computer Engineering and active M.S. and 
Ph.D. programs. The individual selected will 
play a major role in the Group’s effort to 
solidify, strengthen, and expand its unique 
blend of disciplinary and multidisciplinary 
programs. 

Applications including resume and three 
references should be sent to: Dr. K.F. Gallo¬ 
way, Department Head, Electrical and 
Computer Engineering, The University of 
Arizona, Tucson, AZ 85721. Applications 
will be reviewed starting November 15, 
1989. The University of Arizona is an Equal 
Opportunity/Affirmative Action Employer. 
Woman and minorities are encouaged to 
apply. 


UNIVERSITY OF MINNESOTA 
Computer Science Department 

The Computer Science Department at the 
University of Minnesota invites applications 
for regular, visiting, temporary and adjunct 
faculty positions at all ranks and in all areas of 
computer science. The Department also has 
a number of distinguished professorships 
available. All regular faculty positions require 
an earned doctorate, and involve teaching, 
research and service. Assistant Professors 
must have demonstrated research and 
teaching ability. For tenured Associate and 
Full Professorship positions, candidates must 
have demonstrated effectiveness in teaching 
and attained a reputation in scholarly re¬ 
search. For Associate Professorships, a mini¬ 
mum of three years teaching and research is 
required; for Full Professorship a minimum 
of six years teaching and research is re¬ 
quired. An adjunct appointment at any rank 
requires professional accomplishments equiv¬ 
alent to those required for an appointment as 
a regular faculty member of the same rank. 

Non-regular positions as teaching special¬ 
ists, lecturers, and postdoctoral fellowships 
are also available. Candidates for lecturer 
must have an earned doctorate, and candi¬ 


dates for teaching specialist must have a 
Master’s degree in computer science or a re¬ 
lated field. 

Applicants from all areas of computer sci¬ 
ence are sought; we are especially interested 
in applicants with strong research interests in 
the following areas: artificial intelligence, 
robotics, computer architecture, computer 
graphics, operating systems, software engi¬ 
neering, software systems, large scale scien¬ 
tific computing, and supercomputing. 

Minnesota is a major center of the com¬ 
puter industry. The Computer Science De¬ 
partment currently has 31 full-time faculty 
and numerous adjunct faculty. The activities 
of the department are augmented by the ac¬ 
tivities of the Minnesota Supercomputing In¬ 
stitute, the Microelectronics and Information 
Sciences Center, the Institute of Mathema¬ 
tics and its Applications, and the Charles 
Babbage Institute for the History of Informa¬ 
tion Processing. 

University-wide computing facilities in¬ 
clude a 4-processor CRAY-2, a 4-processor 
CRAY X-MP, an ENCORE Multimax, and 
several CDC CYBERs and DEC VAXs. The 
department of Computer Science operates a 
Sequent Symmetry, clusters of SUN and HP 
workstations, a network of Apollo worksta¬ 
tions, and a 64 node NCUBE hypercube 
computer. The department is on CSNET, 
ARPANET, BITNET and UUCP networks. 

Applications should be received by 
February 28, 1990. This deadline may be 
extended in case all available positions are 
not filled. The department will begin to 
review applications after January 1, 1990. 
All degree requirements for the Ph.D. must 
be completed before the starting date of the 
appointment. 

Applicants should send their resume and 
the names of at least four references to: Pro¬ 
fessor David Fox, Chair, Faculty Search 
Committee, Computer Science Depart¬ 
ment, University of Minnesota, 4-192 EE/CS 
Building, 200 Union St. SE, Minneapolis, 
MN 55455. 

The University of Minnesota is an equal 
opportunity educator and employer and 
specifically invites and encourages applica¬ 
tions from women and minorities. 


RUTGERS UNIVERSITY 
Electrical and Computer Engineering 

The Department of Electrical and Com¬ 
puter Engineering has tenure-track openings 
for faculty in its Computer Engineering Pro¬ 
gram. Specialties of particular interest are 
computer architecture, image processing, 
parallel computing, software engineering, 
and VLSI design. Excellent computer and 
laboratory facilities are available, and there 
are abundant opportunities for research af¬ 
filiations with several Rutgers high technol¬ 
ogy research centers and with local industry. 
Teaching loads are modest and reflect the 
University’s commitment to excellence in ed¬ 
ucation and research. Interested individuals 
should send a resume and the names of four 
references to Professor Herbert Freeman, 
Department of Electrical and Computer 
Engineering, Rutgers University. P.O. Box 
1390, Piscataway, NJ, 08855-1390. Rutgers 
is an equal opportunity, affirmative action 
employer. 


December 1989 


119 








UNIVERSITY OF PITTSBURGH 

Department of Computer Science 

The Department of Computer Science 
has entered a period of substantial growth 
and invites applications for several tenure 
track faculty positions at the assistant pro¬ 
fessor level to be filled by June, 1990 or as 
soon as possible. Responsibilities include 
research, supervision of graduate student 
research (Ph.D. and M.S.), and graduate 
and undergraduate teaching. Candidates 
should have a Ph.D. in computer science or 
in a closely related field and a strong interest 
in both research and teaching. Candidates 
should have specialized in programming lan¬ 
guages, operating systems, artificial in¬ 
telligence, or data base management. 

The Department currently has twenty- 
three full-time faculty members and supports 
strong graduate and undergraduate pro¬ 
grams. Departmental resources include an 
excellent research library and extensive com¬ 
puting facilities including a network of SUN 
and Xerox 1100-series (Dandelion) worksta¬ 
tions, a VAX 11/780 (under BSD UNIX), a 
variety of micro-computers, and several 
graphics systems. The research systems are 
accessible via the Department’s Ethernet- 
compatible LAN. Convenient access is also 
provided to the extensive general computer 
facilities of the University as well as to other 
networks (e.g., ARPANET, CSNET). The 
Department operates the Center for Parallel, 
Distributed and Intelligent Systems (CPDIS) 
to provide an environment for innovative re¬ 
search in computer science. Since the Uni¬ 
versity of Pittsburgh is a founding member of 
the Pittsburgh Supercomputing Center and 
an affiliate member of the Software Engi¬ 
neering Institute, the Department of Com¬ 
puter Science has access to the Cray 
X-MP/48 of PSC and the software engi¬ 
neering expertise at SEI. 

Please send your resume to: Dr. Alfs Berz- 
tiss, Chair of Faculty Search, Department of 
Computer Science, University of Pittsburgh, 
Pittsburgh, PA 15260. 

Pitt is an equal opportunity/affirmative ac¬ 
tion employer and especially encourages 
women and members of ethnic minorities to 
apply. 


TEXAS CHRISTIAN UNIVERSITY 
Computer Science Department 

The Computer Science Department at 
Texas Christian University invites applica¬ 
tions for a tenure track position. Salary and 
rank are negotiable, and will be based on 
qualifications which must include a Ph.D. in 
Computer Science. Preference will be given 
to candidates in software engineering, sys¬ 
tems software, artificial intelligence, and 
database management systems. Computer 
Science at TCU has a balanced program of 
teaching and research, and administers both 
a B.S. in Computer Science and a Masters in 
Software Design and Development. Appli¬ 
cants should provide a complete resume, in¬ 
cluding three letters of reference, to Dr. 
James Comer, Chairman, Computer Sci¬ 
ence Department, P.O. Box 32886, TCU, 
Fort Worth, TX 76129. Applications will be 
accepted until the position is filled. TCU is an 
EEO/AA employer. 


NORTHEASTERN UNIVERSITY 
COLLEGE OF COMPUTER SCIENCE 

The College of Computer Science invites 
applications for a tenure-track faculty posi¬ 
tion at the Assistant Professor rank. The can¬ 
didate must have an expertise in the areas of 
complexity theory, cryptography, and graph¬ 
ics. Ph.D., or equivalent in Computer Sci¬ 
ence or related field required. The College 
has 25 full-time faculty, and offers programs 
leading to the B.A. and B.S. degrees at the 
undergraduate level and the M.S. and Ph.D. 
degrees at the graduate level. Undergradu¬ 
ates get valuable experience through the 
University’s Cooperative Education Plan. 
The College and the University will provide 
internal support for new faculty members to 
build their research programs. The College 
provides state-of-the-art equipment for its 
faculty and students. Northeastern Universi¬ 
ty is an Equal Opportunity/Affirmative Ac¬ 
tion employer. 

Please respond by resume only to: 

Case No. 00022 
Massachusetts Department of 
Employment and Training 
Special Programs Department 
19 Staniford Street 
Boston, MA 02114 


NORTHEASTERN UNIVERSITY 
Boston, Massachusetts 
College of Computer Science 

The College of Computer Science invites 
applications for tenure-track faculty positions 
from candidates at all ranks in all areas. 
However, applicants with research in the 
areas of programming languages, systems, 
or software engineering are of special in¬ 
terest. Ph.D. or equivalent in Computer Sci¬ 
ence or related field required. 

The College has 25 full-time faculty, and 
offers programs leading to the B.A. and B.S. 
degrees at the undergraduate level and M.S. 
and Ph.D. degrees at the graduate level. 
Undergraduates get valuable experience 
through the University’s Cooperative Educa¬ 
tion Plan. Graduate students are drawn from 
the Boston-area computing industry and 
from around the world. Our Boston location 
offers excellent cultural and professional op¬ 
portunities for faculty and students. 

The faculty are engaged in vigorous and 
successful research efforts, with substantial 
external support. The College and the Uni¬ 
versity will provide internal support for new 
faculty members to build their research pro¬ 
grams. The College provides state-of-the-art 
equipment for its faculty and students, in¬ 
cluding a network of over 50 Sun worksta¬ 
tions. The University has provided strong 
and continuing support for our research and 
teaching activities. 

Please send a resume, a statement of re¬ 
search interests, and the names of three 
references to: Kenneth Badawski, Chair; 
Faculty Hiring Committee; College of Com¬ 
puter Science; 161 Cullinane Hall; North¬ 
eastern University; Boston, Massachusetts 
02115. Applications will be accepted until 
March 1, 1990. Later applications accepted 
if positions have not been filled. North¬ 
eastern University is an Equal Opportunity/ 
Affirmative Action Employer. We encourage 
applications from women and minorities. 


MEMPHIS STATE UNIVERSITY 
Positions in the Mathematical Sciences 
Department of Mathematical Sciences 

The Department of Mathematical Sciences 
invites applications for anticipated tenure track 
positions for 1990. The Department offers 
degrees at all levels through the Ph.D. in 
Computer Science, Mathematics, and Ap¬ 
plied Statistics. Our library and computing 
facilities (including an Intel Hypercube), 
teaching load, and travel opportunities con¬ 
tribute to a very favorable research environ¬ 
ment. Preferred research areas in computer 
science include software engineering, algo¬ 
rithms, parallel and distributive processing, ar¬ 
tificial intelligence/cognitive sdence, network 
design and analysis, data communications, 
and theory. Preferred research areas in statis¬ 
tics include applied statistics, biostatistics, 
stochastic models, and time series. Preferred 
research areas in mathematics include ap¬ 
proximation theory & numerical analysis, dif¬ 
ferential equations & nonlinear analysis, dy¬ 
namical systems & ergodic theory, graph 
theory & combinatorics, functional analysis & 
operator theory, mathematics education, and 
number theory. Applicants must have a Ph.D. 
by September 1, 1990, and a strong potential 
for excellence in teaching and research. 

Selection will begin on January 31, 1990. 
Applications will continue to be accepted until 
all positions are filled. Women and Minorities 
are strongly urged to apply. Successful can¬ 
didates must meet Immigration Reform Act 
criteria of 1986. Applicants should submit a 
resume and direct three letters of reference to: 
Ralph Faudree, Chair 
Department of Mathematical Sciences 
Memphis State University 
Memphis, TN 38152 
An Equal Opportunity/Affirmative Action 
Employer. 


UNIVERSITY OF CALIFORNIA, 
SANTA CRUZ 

Computer & Information Sciences at UC 
Santa Cruz invites applications for two posi¬ 
tions of Assistant Professor, effective July 1, 
1990. One position is in Computer Graphics 
(■*■194-890), the other is in Distributed 
Systems, Operating Systems, and Program¬ 
ming Languages, (*195-890). A Ph.D. in 
Computer Science or equivalent is required. 
Candidates must have demonstrated re¬ 
search potential, and will be evaluated on 
their research record, teaching, professional 
activities, potential for distinction, and letters 
of recommendation. Salary range: $44,200- 
$46,400. Send applications, including cur¬ 
riculum vitae with cover letter, publications 
and teaching evaluations, and 3 letters of 
recommendation, promptly to the following 
address: Chair, Computer Faculty Search 
Committee, Baskin Center for Computer 
Engineering & Information Sciences, Ap¬ 
plied Sciences Building, University of Cali¬ 
fornia, Santa Cruz, CA 95064. Applications 
must be received by February 1, 1990. If 
either position remains unfilled, applications 
received by April 1, 1990, will be con¬ 
sidered. Please refer to Position *194-890 or 
*195-890 in your reply. UCSC is an EEO/ 
AA/IRCA employer. 
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CARLETON UNIVERSITY 
SCHOOL OF COMPUTER SCIENCE 
Faculty Position 

Applications are invited for tenure track 
positions at the rank of Assistant or Associate 
Professor in the School of Computer Sci¬ 
ence starting July 1, 1990. The School has 
16 full-time faculty with particular research 
strengths in algorithms and complexity, in¬ 
telligent systems, object-oriented program¬ 
ming, and parallel and distributed comput¬ 
ing. Outstanding candidates with a Ph.D. in 
any area of computer science and engineer¬ 
ing will be considered. Successful candidates 
are expected to pursue an active research 
program, perform both graduate and under¬ 
graduate teaching, and supervise graduate 
students. The undergraduate honours pro¬ 
grams and graduate programs have restricted 
enrollment in order to maintain a high quality 
research and teaching environment. Pro¬ 
spective faculty can look forward to a dy¬ 
namic research environment in which col¬ 
laboration with industry is encouraged. 
Carleton is located in Ottawa, the capital of 
Canada and a major center of advanced 
technology-research and development. 

Salary commensurate with qualifications 
and experience. Send curriculum vitae and 
names of three references to Professor John 
Pugh, Director, School of Computer Sci¬ 
ence, Carleton University, Ottawa, Ontario 
K1S 5B6, Canada. 

Carleton University is committed to equal¬ 
ity of employment for women, aboriginal 
peoples, visible minorities, and disabled per¬ 
sons. Interested persons from these groups 
are encouraged to apply. In accordance with 
Canadian immigration requirements, this 
advertisement is directed to Canadian citi¬ 
zens and permanent residents. 


UNIVERSITY OF CALIFORNIA 
SAN DIEGO 

The Department of Computer Science 
and Engineering expects to have junior level 
faculty positions (tenure track) in computer 
science and computer engineering. These 
positions involve research and teaching at 
both graduate and undergraduate levels. 
The department and the university offer an 
outstanding environment for academic com¬ 
puter science. For appointment at the assis¬ 
tant professor level, evidence of excellent 
potential for conducting research in com¬ 
puter science or computer engineering is 
necessary. Salary and rank will be commen¬ 
surate with qualifications in conformance 
with University of California policies; a Ph.D. 
(or advancement to candidacy) in computer 
science or computer engineering is required. 
Applications received by January 31, 1990 
will be considered for all positions, but later 
applications will also be considered if unfilled 
positions remain. Please send a curriculum 
vitae (including a statement of citizenship 
status) and the names of four references to: 
Dr. Michael E. Saks, Chair 
Faculty Recruitment Committee 
Dept, of Computer Science and Engineering 
Mail Code C-014 
University of California, San Diego 
La Jolla, California, 92093 
UCSD is an Equal Opportunity/Affirma¬ 
tive Action employer. 


CSU, SAN MARCOS 
Computer Scientist 

An active scholar with program develop¬ 
ment experience is required to launch and 
build a computer science program at the 
newest California State University (30 miles 
north of San Diego) and to forge links with 
local business and industry. Send resume 
and a letter describing your vision of a com¬ 
puter science program, and arrange for three 
reference letters to be sent to Chair, Com¬ 
puter Science Search Committee, CSU, San 
Marcos, 820 W. Los Vallecitos, San Marcos, 
CA 92069-1477. Application deadline is 
2/15/90. AA/EOE. 


UNIVERSITY OF 
SOUTHERN CALIFORNIA 

The Computer Engineering Division of 
the Department of Electrical Engineering- 
Systems at the University of Southern Cali¬ 
fornia is expanding and looking to fill posi¬ 
tions at the Assistant, Associate, and Full 
Professor level in the following areas: VLSI, 
Robotics, Performance Modelling, Knowl¬ 
edge Engineering and Design Automation. 
The highest priority areas are VLSI and 
Robotics and we would welcome applica¬ 
tions at the Associate or Full Professor level 
in these areas. For all openings, please send 
a resume and the names of at least three 
academic references to Jerry M. Mendel, 
Chairman Department of Electrical Engi¬ 
neering-Systems, University of Southern 
California, Los Angeles, CA 90089-0781. 
USC is an equal opportunity/affirmative ac¬ 
tion employer. 


BOISE STATE UNIVERSITY 
HEWLETT-PACKARD 

Boise State University, in cooperation 
with Hewlett-Packard, invites applicants for 
a tenure-track position in the Department of 
Mathematics for the fall of 1990. Applicants 
should have a Ph.D. in computer science or 
a related field, with expertise in artificial in¬ 
telligence, software engineering, database 
systems, or operating systems. Applicants 
with experience in other areas of computer 
science will be considered. Industry experi¬ 
ence is beneficial. Responsibilities will in¬ 
clude teaching, research, and service at the 
University and at Hewlett-Packard’s Boise 
site. Salary for 9 months is commensurate 
with rank and qualifications. 

Boise is Idaho’s largest city and is the site 
of many technology-based corporations. 
Numerous recreational opportunities exist 
within a short drive of the city. 

A completed application, a vita, three let¬ 
ters of reference, and graduate transcripts 
are required. Contact Dr. Phillip Eastman, 
Computer Science Search Committee 
Chair, College of Arts and Sciences, Boise 
State University, Boise, Idaho 83725. The 
closing date is January 15, 1990. BSU and 
HP are EEO/AA employers. 


UNIVERSITY OF WASHINGTON 

The Department of Computer Science 
and Engineering expects to have one or 
more tenure-track openings starting in the 
1990-91 academic year. We seek outstand¬ 
ing applicants who add to our existing re¬ 
search strengths, particularly in graphics, 
programming languages/compilers, and 
software engineering, or who bring signifi¬ 
cant new research strength to our department. 

A moderate teaching load allows time for 
quality research and close involvement with 
students. We expect applicants to have a 
strong commitment to both research and 
teaching, and an outstanding record of 
research for their level. 

The department may also have several 
visiting positions that would require both 
teaching and research. It may be possible to 
hold these for portions of the 1990-91 aca¬ 
demic year. 

Interested applicants should send a letter 
of application, a resume, and the names of 
four references to Paul Young, Faculty Re¬ 
cruiting Committee, Department of Com¬ 
puter Science and Engineering FR-35, Uni¬ 
versity of Washington, Seattle, Washington 
98195. 

The University of Washington is an Affir¬ 
mative Action/Equal Opportunity Employer. 
The Ph D. is required for these positions. 


DUKE UNIVERSITY 

Department of Computer Science 

Applications are invited for a tenure-track 
position at the rank of Assistant Professor, 
beginning September 1990. The search 
focuses on computer scientists who work in 
measurement and modeling for computer 
performance and dependability. Related 
areas of fault-tolerant computing, computer 
system architecture, VLSI Design/CAD, 
operating systems and computer networks 
are also welcome. 

The Department has major research ef¬ 
forts in computer systems with emphasis on 
modeling of fault-tolerant systems, systems 
performance, communications, and compu¬ 
ter architectures; scientific computing with 
emphasis on numerical linear algebra, the 
solution of PDEs, and VLSI simulation; ar¬ 
tificial intelligence, particularly in the areas of 
logic programming, natural language inter¬ 
face, and search methodologies; and theory 
and algorithms with emphasis on parallel 
and randomized algorithms. Special motiva¬ 
tion for the research efforts comes from the 
areas of VLSI (in collaboration with the 
Microelectronics Center of North Carolina, 
of which Duke is a Participating Institution), 
and medical applications (in collaboration 
with the Duke Medical Center). 

Applicants should include a curriculum 
vitae, a list of publications, a few most impor¬ 
tant publications and a list of references. 
These should be sent by February 16, 1990 

Professor Kishor S. Trivedi or 

Professor Donald J. Rose, Chairman 
Department of Computer Science 
Duke University 
Durham, NC 27706 

Duke University is an affirmative action, 
equal opportunity employer. 
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UNIVERSITY OF CALIFORNIA 
AT BERKELEY 

The University of California at Berkeley 
invites applications for tenure-track positions 
in Computer Science beginning in 1990-91, 
pending budgetary approval. Applications 
for appointments at the Assistant Professor 
level will be given highest preference, but 
other levels will be considered. 

Applications for permanent part-time 
faculty will also be accepted. Such appoint¬ 
ments, at any level, would be considered for 
very highly qualified persons whose primary 
employment might be in a non-University re¬ 
search position. 

The Computer Science Division of the 
Department of Electrical Engineering and 
Computer Sciences is strong and growing. 
We are interested in outstanding Computer 
Science candidates in all areas. 

Research facilities include several main¬ 
frame computers (VAX 8600 and similar), 
numerous LISP machine (Symbolics, TI, 
Xerox) workstations, 80 general-purpose 
networked workstations (SUN and similar), 
and access to an on-site IBM 3090 and Cray- 
XMP. Instructional hardware includes num¬ 
erous SUN workstations, VAX systems, 
Macintoshes, PC’s and mainframes. 

A doctoral degree (or one nearing com¬ 
pletion) in Computer Science or a closely 
related field is required. Applicants should be 
able to teach core undergraduate courses 
and graduate courses. The successful can¬ 
didate must have demonstrated outstanding 
research accomplishments. Send resume, a 
select subset of your best papers, and the 
names of three references by December 31, 
1989, to the address below. 

Professor Richard Fateman 
Associate Chairman for Computer Science 
Department of Electrical Engineering and 
Computer Sciences 
University of California 
Berkeley, CA 94720 

The University of California is an Equal 
Opportunity, Affirmative Action Employer. 


MICHIGAN STATE UNIVERSITY 

Department of Computer Science 

The Department of Computer Science in¬ 
vites applications for a tenure track position 
at all levels. Candidates from all areas of 
specialization in computer science or com¬ 
puter engineering will be considered. How¬ 
ever, the Department has a special interest in 
candidates in the areas of software engineer¬ 
ing, programming languages, parallel pro¬ 
cessing and graphics. Candidates should 
have a Ph.D. in computer science or com¬ 
puter engineering and have a strong interest in 
both research and teaching. Rank and salary 
will be commensurate with qualifications. 
The appointment is anticipated to begin in 
September 1990. The deadline for applica¬ 
tions is March 1, 1990. However, applications 
will be accepted until the position is filled. 

As a unit within the College of Engineering 
at Michigan State University, Computer Sci¬ 
ence offers the Bachelor of Science, Master 
of Science and Doctor of Philosphy degrees. 
Special support is available from within the 
college and university to initiate research by 
new faculty members. Faculty offices are 


connected to the MSUnet which provides 
access to an array of campus computing re¬ 
sources including the facilities of the College 
of Engineering, the Department’s VAX 8600, 
64-node NCUBE, 96-node BBN Butterfly, 
Pattern Recognition and Image Processing 
Laboratory and the Artificial Intelligence/ 
Knowledge Based Systems Laboratory Ac¬ 
cess to select off-campus computers is 
available, including the Advanced Com¬ 
puting Research Facility, at Argonne Na¬ 
tional Laboratory, the Pittsburgh Supercom¬ 
puter Center and the National Center for 
Supercomputing Applications at the Univer¬ 
sity of Illinois, as well as access to AR¬ 
PANET, CICNET, and CSNET. Additional 
facilities available to faculty include an IBM 
3090/180E vector processor, a dual-pro¬ 
cessor Convex, the College’s A.H. Case 
Center for Computer-Aided Engineering 
and Manufacturing, and the Electronics 
Research and Development Laboratory. 

Michigan State University enjoys a park¬ 
like campus of 2,100 developed acres and 
3,100 acres of experimental farms, outlying 
research facilities and natural areas. The 
campus is adjacent to the cities of East Lan¬ 
sing and the capital city, Lansing. The 
Greater Lansing area has approximately 
250,000 residents. The communities have 
fine school systems and place a high value 
on education. 

Applicants should send a resume, a state¬ 
ment of research and teaching interests, and 
the names and addresses of at least three 
references to: 

Dr. Anthony S. Wojcik, Chairperson 
Department of Computer Science 
A714 Wells Hall 
Michigan State University 
East Lansing, Michigan 48824-1027 
CSNET: wojcik@cpswh.cps.msu.edu 
Michigan State University is an Equal Op¬ 
portunity/Affirmative Action Institution and 
encourages applications from women and 
minorities. 


THE UNIVERSITY OF MINNESOTA 
INSTITUTE OF TECHNOLOGY 

Department of Computer Science 

The Department of Computer Science in¬ 
vites applications and nominations for two 
endowed chairs within the Department. To¬ 
gether with these chairs, the Department of 
Computer Science is also recruiting for up to 
five additional positions at all ranks. The re¬ 
cent establishment at the University of Min¬ 
nesota of the Army High Performance Com¬ 
puting Research Center and the continuing 
development of the Minnesota Supercom¬ 
puter Institute and of the Department of 
Computer Science will permit the holders of 
these chairs unusual opportunities for 
leadership in research, education, and out¬ 
reach activities. 

The William Norris Land-Grant Chair in 
Large Scale Computing is a new endowed 
chair named in honor of William Norris, 
founder and Chairman Emeritus of Control 
Data Corporation. The holder of this Chair 
should have an outstanding research and 
scholarly record, a commitment to teaching, 
and a desire to lead the development of a na¬ 
tionally recognized program in the computer 


science aspects of large scale computing. 
Emphasis is placed on the following areas of 
activity: methods and software of large scale 
computing, numerical algorithms, visualiza¬ 
tion, and computer graphics. 

The U S WEST Land-Grant Chair in Tele¬ 
communications is a new chair endowed by 
U S WEST Communications and U S West 
Advanced Technologies. The holder of this 
Chair must provide leadership for the devel¬ 
opment of a nationally recognized program 
of research, instruction, and industrial col¬ 
laboration in the area of software technology 
applied to integrated broad band communi¬ 
cations and computing environments, net¬ 
work architecture and protocol design for 
broad band high speed communications, in¬ 
terconnection of local area networks, and 
performance analysis and modeling of multi- 
media communications. The Chair holder 
must have an outstanding research record, a 
commitment to teaching, and a desire for ac¬ 
tive participation in industrial collaboration. 

Interested persons should contact Profes¬ 
sor David Fox, Chair of the respective search 
committees, and Chairman of the Depart¬ 
ment of Computer Science, University of 
Minnesota, 200 Union Street, Minneapolis, 
Minnesota 55455. Tel (612) 625-0726. Ap¬ 
plications will be accepted until February 28, 
1990. 

The University of Minnesota is an equal 
opportunity employer and specifically invites 
and encourages applications from women 
and minorities. 


NTT LABORATORIES 
Regular and Postdoctoral Positions 

NTT’s Electrical Communications Labora¬ 
tories is responsible for a wide range of 
telecommunication-related research and 
development (R&D) activities for Nippon 
Telegraph and Telephone Corporation. 
NTT, which serves the nation of Japan, is 
one of the world’s largest and most ad¬ 
vanced telecommunications corporations. 
Today, several thousand scientists and engi¬ 
neers are actively involved in R&D activities 
at the laboratories. 

NTT Laboratories is seeking outstanding 
candidates to fill regular and postdoctoral 
positions in basic research areas. We en¬ 
courage Ph.D. recipients as well as doctoral 
candidates to apply for these positions in 
electrical engineering, computer sciences, 
physics, chemistry, material science, and 
related areas. Salary is highly competitive, 
and substantial benefits are available, in¬ 
cluding company-provided housing. Appli¬ 
cants should send their curriculum vitae and 
names of two references to: 

Visiting and Employment programs for 
foreigners 

General Management Group 
NTT Research and Development 
Headquarters 

NIPPON TELEGRAPH AND 
TELEPHONE CORPORATION 
Yamato Life Insurance Bldg. 10th Floor 
1-7, Uchisaiwaicho, 1-Chome, Chiyoda-ku 
Tokyo 180, Japan 
Telephone +81422 59 3311 
Facsimile +81422 59 4069 
For further information, please write or 
call the above. 
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SYRACUSE UNIVERSITY 
Faculty Positions 

The School of Computer and Information 
Science at Syracuse University invites appli¬ 
cations for faculty positions in all areas of 
computer science. Positions are currently 
budgeted at the assistant professor level. 
Outstanding candidates at higher levels will 
also be considered. Candidates for assistant 
professorships should be capable of research 
that extends the frontiers of the discipline. A 
Ph.D. or equivalent in Computer Science or 
a related area is required. Candidates for 
senior positions should be leaders in their 
fields with outstanding research records. All 
candidates are expected to pursue an active 
research program and must be committed to 
excellence in teaching. The School has par¬ 
ticular strength in parallelism, logic program¬ 
ming and coding theory. A variety of parallel 
computers is available to the faculty. The 
School has a 48-transputer computing sur¬ 
face. The Northeast Parallel Architectures 
Center at Syracuse University has Connec¬ 
tion Machines, Encore Multimax and Alliant 
computers. Applicants should send a re¬ 
sume, three references, and copies of se¬ 
lected publications (if any) by February 15, 
1990 to: Professor Per Brinch Hansen, 
Chair, Search Committee, School of Com¬ 
puter and Information Science, Center for 
Science and Technology, 4-116, SYRA¬ 
CUSE UNIVERSITY, Syracuse, NY 13244- 
4100. AA/EOE. 


SIMON FRASER UNIVERSITY 
Faculty Positions 

School of Computing Science and 
Centre for Systems Science 

Applications are invited for tenure-track 
positions at all ranks, subject to the availabili¬ 
ty of funds. Outstanding candidates in all 
areas of Computing Science will be con¬ 
sidered. For one of the positions, we are par¬ 
ticularly interested in a person in operating 
systems. 

A Ph.D. in Computing Science (or equiv¬ 
alent) is required and candidates should 
have a record of (or strong potential for) 
research and publications, graduate student 
supervision, and teaching. 

The School of Computing Science, one of 
the largest in Western Canada, has 27 facul¬ 
ty members and offers B.Sc. and B.A. de¬ 
grees in computing science, B.Sc. honors 
degrees in computing science, digital sys¬ 
tems (including VLSI) design, and math 
computing, and M.Sc. and Ph.D. degrees in 
computing science. The School serves over 
600 undergraduate majors and a growing 
graduate program with 80 graduate students 
currently enrolled. 

The Centre for Systems Science is a multi¬ 
disciplinary research organization which pro¬ 
motes excellence in technology-based areas 
such as intelligent systems, computer and 
communication systems, and microelectron¬ 
ics. Through the Centre, Fellowships from 
the B.C. Advanced Systems Institute are 
available to outstanding applicants, thereby 
making additional teaching release and infra¬ 
structure support possible. 

Together, the CSS and the School have 


an impressive research network. The net 
consists mainly of SPARCStations and other 
SUN workstations with several LISP ma¬ 
chines and high resolution colour worksta¬ 
tions, and plotters for AI, graphics and VLSI 
design. All faculty offices are connected to 
the network. We are located in the new Ap¬ 
plied Sciences building where we have a 
diverse collection of research laboratories. 
Teaching facilities include an instructional 
laboratory based upon SUN workstations 
running UNIX, and various microcomputer 
and hardware laboratories. 

Simon Fraser University is situated on top 
of Burnaby mountain and serves about 
16,000 students. Lying just east of Vancou¬ 
ver, the site commands magnificent views of 
Burrard Inlet, the North-Shore mountains, 
the Fraser River, and Vancouver harbour. 
The School also has links to a newly estab¬ 
lished downtown Vancouver campus. This 
lower mainland area of British Columbia is 
unique in Canada for its mild climate and 
varied recreational facilities. 

Preference will be given to candidates who 
are eligible for employment in Canada at the 
time of application. Simon Fraser University 
offers equal employment opportunities to 
qualified candidates. Applications will be ac¬ 
cepted until the positions are filled, although 
a practical cutoff date for 1990 is April 1st. 
To apply, send a curriculum vitae, evidence 
of research productivity (selected reprints), 
and the names, addresses, and phone num¬ 
bers of three references to: 

Arthur L. Liestman, Director 
School of Computing Science 
Simon Fraser University 
Burnaby, British Columbia, Canada 
V5A 1S6 

(FAX) (604) 291-3045 


HARVEY MUDD COLLEGE 
Position Announcement in 
Computer Science 

Applications are invited for a tenure-track 
position in Computer Science beginning July 
1, 1990. An applicant should have, or be 
close to completion of, a Ph.D. in Computer 
Science and have a strong interest in both 
undergraduate teaching and research. Can¬ 
didates from all areas of computer science or 
a computer-related field will be considered. 
Responsibilities include teaching, research, 
and the supervision of industrially-sponsored 
projects in computer science. The Computer 
Science Department’s facilities include a net¬ 
work composed of a Sequent Symmetry 
and two SPARCstations, a VAXstation 
3100 and a VAX 11/750. The Computer 
Science network is also interfaced with the 
college network of VMS machines: a Micro 
VAX 2, 5 VAXstation 3100, and a VAX 
8600. 

Harvey Mudd College, one of the nation’s 
most selective undergraduate colleges, is a 
member of The Claremont Colleges. The 
College is an equal opportunity/affirmative 
action employer. Please send resume and 
the names of four references to Professor 
Wing C. Tam, Computer Science Depart¬ 
ment, Harvey Mudd College, Claremont, 
CA 91711. 


SUFFOLK UNIVERSITY 
Faculty Position in 
Mathematics and Computer Science 

Suffolk University has a tenure-track 
opening in Mathematics and Computer Sci¬ 
ence. Preference will be given to candidates 
who have completed a Ph.D. in mathema¬ 
tics and who have also established skills and 
credentials in computer science. We will also 
consider candidates who have a Ph.D. in 
computer science provided that they also 
have at least a masters degree in mathema¬ 
tics. Teaching load is 6 courses per year. We 
offer undergraduate major and minor pro¬ 
grams in mathematics and in computer sci¬ 
ence. Send resume and have at least three 
letters (that collectively discuss both teaching 
and scholarly activities) sent to Paul Ezust, 
Dept. Chair, Mathematics and Computer 
Science, Suffolk University, Beacon Hill, 
Boston, MA02114. Deadline: Feb. 13, 1990. 


SCIENTIFIC PROGRAMMER 
Tucson, Arizona 

The National Optical Astronomy Obser¬ 
vatories has an opening for a Scientific Pro¬ 
grammer with its National Solar Observatory 
in Tucson to participate in the definition, 
design, and development of a major user ac¬ 
cessible data archive. This will provide a 
cataloged storage and distribution facility for 
several terabytes of helioseismic data ac¬ 
quired and processed by both the Solar Os¬ 
cillation Imager experiment on the SOHO 
spacecraft and the ground-based Global Os¬ 
cillation Network Group. Requirements in¬ 
clude at least an M.S. degree in Computer 
Science, Mathematics, Engineering, or a 
Physical Science with a minimum of five 
years of professional programming experi¬ 
ence designing, developing, and maintain¬ 
ing database and data archiving systems. 
The NOAO offers an excellent compensa¬ 
tion package including 24 days annual vaca¬ 
tion and, after one year, a fully vested retire¬ 
ment plan. Please send resume to: Judy 
Ruffino, Personnel Manager, National Op¬ 
tical Astronomy Observatories, P.O. Box 
26732, Tucson, Arizona 85726. An EEO/ 
AA Employer. 


THE COLLEGE OF STATEN ISLAND 
OF THE CITY UNIVERSITY OF 
NEW YORK 

Computer Science Faculty 

Full-time, tenure-track faculty position in 
the Department of Computer Science, 
which offers B.S. and M.S. degree pro¬ 
grams, and a Ph.D. program in computer 
Science in conjunction with the CUNY 
Graduate Center. To start Sept. 1990. 
Ph.D. with demonstrated potential for 
research and strong commitment to teaching 
at both undergraduate and graduate levels 
required. All computer science research 
areas considered with preference given to 
pattern recognition, image processing, and 
generalized signal processing. Send cur¬ 
riculum vitae and names of three references 
by Feb. 15, 1990 to: Dr. Richard I. Resch, 
Dean of Science and Technology, The Col¬ 
lege of Staten Island/CUNY, 130 Stuyve- 
sant PI., Staten Island, N.Y. 10301. Equal 
Opportunity/Affirmative Action Employer. 
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UNIVERSITY OF 
SOUTHWESTERN LOUISIANA 
THE CENTER FOR 

ADVANCED COMPUTER STUDIES 
Research Faculty 
Teaching Faculty 

Graduate Fellowships/Assistantships 

in Computer Science/Engineering 

The Center for Advanced Computer 
Studies is a research center with programs 
leading to MS/Ph.D. degrees in Computer 
Science and Computer Engineering. Exter¬ 
nal grants/contracts support research in a 
wide range of areas. The Computing Re¬ 
search Laboratory includes a 40-node Sun-3 
network, an Encore parallel processing 
system, 2 VAX ll/780s, a Cogent XTM 
parallel computing system, a comprehensive 
digital design lab, laser printers, plotters, 
FAX, and other equipment. Instruction util¬ 
izes a 3-processor Pyramid 90X network 
running UNIX and an IBM 3090-200 with a 
vector processor. Several other well- 
equipped laboratories support research in 
Image Processing & Pattern Recognition, 
VLSI Design, Parallel Computing and 
Graphical Information Systems. About 220 
students are enrolled in computing graduate 
programs, including 100 for the Ph.D. The 
undergraduate program in the Computer 
Science Department is accredited by CSAB 
and offers both scientific and commercial op¬ 
tions, with a current enrollment of 450. The 
undergraduate program in the Electrical and 
Computer Engineering Department is ac¬ 
credited by ABET and offers an option in 
Computer Engineering, with a current en¬ 
rollment of 212. 

RESEARCH FACULTY: Applications 
are invited from persons holding Ph.D. 
degrees with demonstrated research capabil¬ 
ities in Computer Science/Engineering. As¬ 
sociate Professors and Professors must hold 
Ph.D.s and have an established research 
publication and grant record. Persons ap¬ 
pointed as Assistant Professors must hold 
Ph.D.s in Computer Science/Engineering 
and have research potential. Consideration 
will be given to all qualified candidates, but 
preference areas of interest are: software 
engineering, computer architecture, parallel 
computing, robotics, computer vision and 
pattern recognition, and cross disciplinary 
research. The typical teaching load is 2 
graduate-level courses per year and a conti¬ 
nuing research seminar. Substantial State 
and University funds are available to support 
research initiation efforts. Salaries are com¬ 
petitive and excellent support for travel, 
equipment, research assistants, and profes¬ 
sional activities is provided so you can 
achieve your professional goals. To apply, 
send a copy of your resume and the names 
and addresses of at least 3 professional 
references. Applications will be considered 
until all positions are filled. 

TEACHING FACULTY: Tenure track 
positions are available for persons holding 
Ph.D. degrees in Computer Science or Com¬ 
puter Engineering with a strong commitment 
to teaching undergraduates. Demonstrated 
interest and potential for performing limited 
independent research is desirable. Duties in¬ 
clude teaching, advising, curriculum devel¬ 
opment, and program evaluation. Com¬ 
petitive salaries, support for travel, well 
equipped laboratories, and graduate assis¬ 
tant support provide an environment for 


quality instruction. To apply, send a copy of 
your resume and the names and addresses 
of at least 3 professional references. Applica¬ 
tions will be considered until all positions are 
filled. 

Ph D. FELLOWSHIPS: A number of 
Ph.D. Fellowships valued at up to $18,000 
per year including tuition and fees are 
available. They provide support for up to 4 
years of study towards the Ph.D. in Com¬ 
puter Science or Computer Engineering. 
Recipients also receive preference for low- 
cost campus housing. Applications must be 
received by 15 February 1990. 

MS/Ph.D. ASSISTANTSHIPS: More 
than 100 teaching and research assistant- 
ships are available to support students pursu¬ 
ing an MS or Ph.D. degree in Computer Sci¬ 
ence or Computer Engineering. Stipends are 
valued at up to $10,000 per academic year 
including tuition and fees. Applications must 
be received by 1 March 1990. 

APPLICATIONS: Dr. Michael C. Mul¬ 
der, Director, The Center for Advanced 
Computer Studies, USL, Lafayette, LA 
70504-4330. Phone: (318) 231-6284. The 
University is located in Acadiana, a short dis¬ 
tance west of New Orleans. 

An Affirmative Action/Equal Opportunity 
Employer. 


UNIVERSITY OF CENTRAL FLORIDA 
Computer Science Department 

The University of Central Florida seeks 
applicants for two tenure positions in Com¬ 
puter Science. Both of these will be at the 
level of Assistant Professor. We are inter¬ 
ested in all strong candidates who have 
demonstrated research strength in Parallel 
Processing. Within the area of Parallel Pro¬ 
cessing, we are particularly interested in 
those whose research include either numeri¬ 
cal algorithms or architecture. Those with an 
interest in numerical algorithms may also be 
considered for a joint appointment in 
Mathematics. 

We are a young, dynamic university with 
a student population that is slightly over 
20,000. The Computer Science Depart¬ 
ment is one of the largest on campus, offer¬ 
ing the Bachelors, Masters and Ph.D. de¬ 
grees. Although faculty research interests are 
broad, we have recognized that all these ac¬ 
tivities are greatly affected by the emergence 
of parallel processing as a theme that is cen¬ 
tral to all of Computer Science. As such, we 
recently created a Center for Parallel Pro¬ 
cessing under the direction of Dr. Narsingh 
Deo. Candidates will be expected to be 
major contributors to the success of this 

The Univeristy is located in Orlando, the 
center of Florida’s strong software develop¬ 
ment industry. Its campus is adjacent to the 
Central Florida Research Park which houses 
the Naval Training Systems Center, the 
Army’s Project Manager for Training 
Devices, and several University research 
organizations including the Institute for 
Simulation and Training, and the Center for 
Research in Electro Optics and Lasers. Com¬ 
puter Science faculty work closely with, and 
receive substantial research support from 
these groups and from the NASA Kennedy 


Space Center which is located within 50 
miles of the campus. 

Central Florida affords an excellent stan¬ 
dard of living. We have a strong public 
school system, easy access to the beaches 
and a climate that makes it possible to enjoy 
the outdoors all year long. 

Applications are invited through February 
26, 1990. Interested, qualified applicants 
should send resumes and names of at least 
three references to: 

Dr. Terry J. Frederick, Chair 
Department of Computer Science 
University of Central Florida 
Orlando, FL 32816-0001 
TEL: (407) 275-2341 
Email: fred@ucf 

An Equal Employment Opportunity (M/F) 
Affirmative Action Employer. 


WORCESTER POLYTECHNIC 
INSTITUTE 

The Computer Science Department in¬ 
vites applications for a tenure track faculty 
position. We expect to make an appoint¬ 
ment at the Assistant Professor level in the 
area of computer systems, although out¬ 
standing candidates from other areas or at 
the Associate Professor level will be con¬ 
sidered. Candidates should have a Ph.D. in 
Computer Science and a strong interest in 
both research and teaching. 

Worcester Polytechnic Institute empha¬ 
sizes quality in the undergraduate learning 
experience and is committed to an innova¬ 
tive project-oriented teaching environment. 
The undergraduate computer science de¬ 
gree is accredited by the Computer Science 
Accreditation Board. A current goal of the 
Institute is to enhance our graduate program 
and improve research activities. The depart¬ 
ment seeks qualified candidates who will 
help us achieve these objectives. 

The Department has 12 full-time faculty 
and 170 undergraduates. Our M S. and 
Ph.D. graduate programs have 50 full-time 
and 100 part-time students. The Depart¬ 
ment has active research groups in artificial 
intelligence, computer vision, data and 
knowledge bases, distributed systems, per¬ 
formance evaluation, and theory. WPI is 
located close to the center of the Massachu¬ 
setts computer industry and excellent oppor¬ 
tunities exist for cooperative research and 
consulting. Department equipment includes 
an Encore MultiMax, a network of Sun 
workstations, Xerox Lisp machines, and nu¬ 
merous PCs, interconnected by a campus¬ 
wide Ethernet. A new Information Science 
Building is almost completed, and we will 
move into our new facilities during the 
1989-90 academic year. 

The Institute is located in an attractive 
residential section of Worcester, a city of 
170,000 in central Massachusetts. The city 
has many colleges and a wide variety of cul¬ 
tural opportunities. The academic and cul¬ 
tural activities of Boston are nearby, as are 
numerous recreational opportunities. 

Please send a resume and the names of 
three references, at least one of whom can 
comment on your teaching skills, to Prof. 
Robert Kinicki, Department Head, Depart¬ 
ment of Computer Science, WPI, Worces¬ 
ter, MA 01609. WPI is an Equal Opportun¬ 
ity/Affirmative Action Employer. 
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UNIVERSITY OF NEBRASKA- 
LINCOLN 
Computer Science/ 
Engineering Faculty 

Several anticipated tenure-track positions 
in Computer Science and Engineering are 
available with preference at the rank of Assis¬ 
tant Professor. A Ph.D. in Computer Sci¬ 
ence, Computer Engineering or a related 
field, and a strong commitment to research 
and teaching are required. Seek candidates 
from all areas of Computer Science and 
Engineering. Expertise in the areas of 
operating systems, programming languages, 
compilers, and software engineering is 
especially welcome. 

The department has in place a rigorous re¬ 
search program in computer science and is 
expanding in the direction of computer engi¬ 
neering. A Center for Communication and 
Information Science research has been esta¬ 
blished to support departmental research. 
Industry ties with the Center have been esta¬ 
blished and external funding is sought 
through the Center. The department offers 
degrees in two colleges, Arts & Sciences and 
Engineering and Technology. It has 17 full¬ 
time faculty with research interests in analysis 
of algorithms, artificial intelligence, computer 
architecture, fault-tolerant computing, VLSI, 
data bases programming languages, formal 
languages, combinatorics, numerical analy¬ 
sis, symbolic and algebraic computation, 
neural network simulation, computer net¬ 
works, theory of computation, parallel pro¬ 
cessing, computer vision, performance eval¬ 
uation, and human-computer interaction. 

UNL is the primary campus for research 
and graduate studies in Nebraska. It provides 
a modern computing environment to all its 
faculty. Computer science and engineering 
faculty have a local area network and access 
from their offices to departmental and cam¬ 
pus computers and to CSNET. Currently 
about 38 Master’s and 20 Ph.D. candidates 
are enrolled. 

Applications should be postmarked by 
January 5, 1990; however, applications will 
continue to be accepted until all positions are 
filled. Applications from women and minori¬ 
ties are especially encouraged. Submit vitae 
and names of three references to: Chairman, 
Search Committee, Computer Science and 
Engineering, University of Nebraska-Lin- 
coln, Lincoln, Nebraska 68588-0115. 

Affirmative Action/Equal Opportunity 
Employer. 


PORTLAND STATE UNIVERSITY 
Computer Science Department 

Tenure-track positions at the Assistant-, 
Associate-, or Full Professor level are avail¬ 
able immediately. Support provided by local 
industries allows us to offer competitive 
salaries and an excellent working environ¬ 
ment. Applicants must have an earned doc¬ 
torate. Responsibilities include undergradu¬ 
ate and graduate teaching, development of 
sponsored research, and interaction with 
local industry. 

One or more regular faculty positions, in 
any computer-science field of study, are avail¬ 
able starting summer, 1990 or fall, 1990. 


Also, the Tektronix Foundation has awarded 
Portland State University a $360,000 grant 
for its software engineering curriculum, estab¬ 
lishing two additional tenure-track positions 
in software engineering, with significant an¬ 
cillary support for those positions. The two 
new faculty will join Dick Hamlet and War¬ 
ren Harrison on our faculty, and local soft¬ 
ware engineers such as Mayer Schwartz, to 
create a center for software engineering. 
One position is open immediately; the other 
for fall, 1990. 

Portland State University, one of three 
major universities in the Oregon State 
System of Higher Education, is located in the 
heart of Portland, Oregon. The campus is 
downtown, near to parks, shopping, and the 
theater district. Portland is a beautiful city 
which offers a diversity of recreation within 
easy driving distance—unequaled fishing 
(salmon and steelhead within a mile of cam¬ 
pus), skiing and mountain climbing, the 
scenic Oregon coast, and unmatched state 
campgrounds, to name a few. 

PSU’s Computer Science Department is 
located in the Portland Center for Advanced 
Technology, which also houses the Electrical 
Engineering Department, plus CAD/CAM, 
VLSI design, computer vision, and optical 
communications laboratories. The CS de¬ 
partment operates a state-of-the-art network 
of UNIX, AI, parallel processing and graph¬ 
ics systems and workstations. 

Portland has a rapidly growing computer 
and electronics industry including Tektronix, 
Intel, Servio Logic, Sequent Computer Sys¬ 
tems, Mentor Graphics, and Oregon Soft¬ 
ware, permitting close industry-university in¬ 
teraction. The excellent research facilities 
and faculty of the Oregon Graduate Center 
are only a few minutes away. 

Send application, including a resume and 
the addresses of three references, to: 

Dick Hamlet, Recruiting Committee 
Department of Computer Science 
Portland State University 
P.O. Box 751 
Portland, OR 97207 
e-mail: hamlet@cs.pdx.edu 
Deadline for application is February 15, 
1990 or thereafter until positions are filled. 
Non-U.S. Residents must state their visa 
status. Portland State University is an equal- 
opportunity/affirmative-action employer. 
Minorities and women are encouraged to 
apply. 


ARIZONA STATE UNIVERSITY 
Computer Science 
Computer Engineering 

The Department of Computer Science 
and Engineering seeks outstanding faculty 
candidates for research and teaching in all 
areas of computer science and computer 
engineering. Of special interest are candi¬ 
dates in architecture, digital systems, opera¬ 
ting systems, and graphics. Applicants will be 
required to have completed a Ph.D. in com¬ 
puter science, computer engineering, or a 
closely related field by the date of appoint¬ 
ment, and must show exceptional promise in 
teaching and research. All positions are 
tenure track, and candidates at all levels are 
invited to apply. 


The department offers undergraduate and 
graduate programs through the Ph.D. The 
department enjoys the active support of an 
impressive alliance of high-tech companies 
(including Intel, Motorola, Bull-HN, Honey¬ 
well, DEC, Silicon Graphics and AG Com¬ 
munications). The companies participating 
in this Engineering Excellence program are 
working with the University and the State to 
build an outstanding faculty and facilities for 
Computer Science and Computer Engineer¬ 
ing at Arizona State. In 1992 will move into 
a new facility now in the initial stages of 
construction. 

Faculty workstations are networked local¬ 
ly to the Engineering Computing Service 
VAX, IBM, Harris, Convex, and Honeywell 
mainframes, and through the campus broad¬ 
band network to the university Cray XMP/ 
14se and IBM 3090/500E supercomputers, 
and externally via Westnet. A major part of 
freshman/sophomore instruction is hosted 
on Macintosh, Intel 286/310 Xenix, and 
IBM MS-DOS systems. Graphics under¬ 
graduate and graduate instructional labora¬ 
tories are equipped with Silicon Graphics Iris 
3130’s. The research laboratories include an 
Ardent Titan, Silicon Graphics, Xerox, and 
Symbolics workstations, an NCUBE-7 hy¬ 
percube, a M68020-based multi processor 
distributed operating systems laboratory, 
and TI microprogramming stations. The ar¬ 
chitecture and digital systems groups work 
cooperatively with the internationally recog¬ 
nized Center for Solid State Engineering 
Research. 

Please send a resume and the names of 
three references to: 

Dr. Ben M. Huey, 

Faculty Search Committee 
Department of Computer Science 
Arizona State University 
Tempe, Arizona 85287-5406 
Internet: huey @ asuvax. eas. asu.edu 

FAX: (602) 965-2751 

Deadline: January 31, 1990 or until the 
last day of each month thereafter until filled. 
ASU is an equal opportunity/affirmative ac¬ 
tion employer. 


MARQUETTE UNIVERSITY 
Department of Electrical and 
Computer Engineering 

Applications are invited for tenure-track 
positions at the Assistant or Associate Pro¬ 
fessor Level. Two positions are anticipated. 
Interested candidates should have a back¬ 
ground and interest in teaching and research 
in computer engineering and/or computer 
vision and neural net systems. Successful ap¬ 
plicants will be expected to teach undergrad¬ 
uate and graduate courses in these areas and 
to develop a graduate research program 
which includes M.S. and Ph.D. students. 
Applicants must have a doctoral degree or 
be near completion of a doctoral program. 
Rank and salary commensurate with qualifi¬ 
cations. Send resume and names of at least 
three references to: Dr. Russell J. Nieder- 
john, Chairman, ECE Department, Mar¬ 
quette University, Milwaukee, WI 53233. 
Marquette University is an equal oppor¬ 
tunity/affirmative action employer. 
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SPOKANE INTERCOLLEGIATE 
RESEARCH & TECHNOLOGY 
INSTITUTE 
Executive Director 

Five Spokane, Washington colleges and 
universities are searching for an executive 
director of the research and technology in¬ 
stitute recently authorized by the state 
legislature. The Institute is intended to 
stimulate economic and product develop¬ 
ment by fostering interactions between aca¬ 
demic and private sector scientists in applied 
engineering and technology research. The 
Institute is organized progammatically 
around four elements: education; and train¬ 
ing, research and product development, 
business resource support, and information 
transfer. This is a senior level position requir¬ 
ing extensive experience in research, devel¬ 
opment, administration. Ph.D. in engineer¬ 
ing or applied sciences preferred. Letter of 
application, three references, and curricu¬ 
lum vitae should be received by November 
30, but no later than December 29. Applica¬ 
tion instructions and information available 
from: Search Committee, Washington State 
University at Spokane, W. 601 First Ave¬ 
nue, Spokane, WA 99204-3099, (509) 
456-3275. WSU is an EO/AA educator and 
employer. Protected group members are en¬ 
couraged to apply. 


NEW MEXICO INSTITUTE OF 
MINING & TECHNOLOGY 
Computer Science Faculty Positions 

New Mexico Institute of Mining & Tech¬ 
nology invites applications for tenure-track 
positions in Computer Science. The level is 
open and salary is competitive. Candidate 
must have a Ph.D. in Computer Science or 
closely related area and demonstrate poten¬ 
tial for excellence in teaching and research. 
All areas of computer science will be con¬ 
sidered. Duties include teaching graduate 
and undergraduate classes, research and 
thesis supervision, advising, and service to 
the department. New Mexico Tech is a scien¬ 
tific and technical institute with 1200 stu¬ 
dents. The CS department (offering BS, 
MS, and PhD) has 130 talented students. 
There are excellent facilities; and the depart¬ 
ment is planning to further upgrade its equip¬ 
ment. Nearby institutions with which interac¬ 
tion is possible include the National Radio 
Astronomy Observatory, Los Alamos and 
Sandia National Laboratories, and computer 
companies with facilities in Albuquerque. 
Tech is located in the Rio Grande Valley with 
fabulous weather and endless outdoor recre¬ 
ational opportunities. Send applications to: 
Chairman, Computer Science Search Com¬ 
mittee, Personnel Office, New Mexico Tech, 
Campus Station Box C-097, Socorro, New 
Mexico 87801. AAEOE. 


CARNEGIE MELLON UNIVERSITY 
SCHOOL OF COMPUTER SCIENCE 
Faculty Positions 

The School of Computer Science at Car¬ 
negie Mellon seeks one or two outstanding 
candidates to teach in its recently established 
Master of Software Engineering program. 
Faculty are expected to be able to contribute 
to the further development of the premier 
degree program for software professionals. 

Applicants must have an outstanding 
teaching record and are expected to have 
demonstrated research competence at a 
level commensurate with the high standards 
of Carnegie Mellon University in some area 
of software engineering. Preference will be 
given to candidates who have had significant 
involvement with industry. The positions are 
for twelve months in a teaching intensive en¬ 
vironment and will be at a rank appropriate 
to the candidate’s qualifications. 

To apply, send a resume including a state¬ 
ment of teaching and research interests and 
four letters of reference to: Norman E. 
Gibbs, Director of Software Engineering 
Education, Software Engineering Institute 
and School of Computer Science, Carnegie 
Mellon University, Pittsburgh, PA 15213. 

Carnegie Mellon University is an equal op¬ 
portunity/affirmative action employer. 


IJCMV90WASHDC 

INTERNATIONAL JOINT CONFERENCE ON NEURAL NETWORKS 



January 15-19, 1990 Omni Shoreham Hotel, Washington, D.C. 


Tutorials, Exhibits, Special Interest Group Meetings 
(SIG); Technical Sessions of invited and contri¬ 
buted papers on Applications, Neural and Cognitive 
Sciences and Theory; including special sessions on 
Self-Organizing Neural Architectures and Evolu¬ 
tionary Issues. 

Featuring Plenary Speeches by Nobel Laureates 
Leon Cooper, Gerald Edelman, David Hubei and 
INNS President, Bernard Widrow. 


Presentation of research perspectives from Japan, 
Europe, and the U.S. 



For more information please contact: 

INNS Deverman & Associates 

international 4233 Spring Street, *99 • La Mesa, California U.S.A. 92041 

NEURAL NETWORK 

society 8:00 a.m.-4:30 p.m. PST • FAX (619) 462-0121 • (619) 462-6800 
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BOOK REVIEWS 


Editor: Guy Johnson, School of Computer Science, Rochester Institute of Technology, Rochester, NY 14623. 


Interfacing Techniques in Digital Design 
with Emphasis on Microprocessors 

Ronald L. Krutz (John Wiley & Sons, 1988, 382 pp., $68.95) 


Browsing through the library of any 
university, you will find a variety of 
books on microprocessor design. Most of 
these books select some processor and 
discuss the architecture, memory inter¬ 
face, and instruction set and give some 
example programs. Rarely found, how¬ 
ever, is detailed information on the me¬ 
chanics of interfacing the microproces¬ 
sor to the real world. This book attempts 
to fill the void between introductory mi¬ 
croprocessor design and the application 
of a design. The author assumes that the 
reader is familiar with microprocessors. 
Hence (and rightly), there is no introduc¬ 
tory section discussing the nuances of 
various processors. 

The author starts with a chapter on 
electrical interfacing considerations. 
While the chapter does discuss many 
problems associated with interfacing, it 
lacks sufficient detail. For example, the 
section on transmission line considera¬ 
tions discusses the problems of untermi¬ 
nated lines, but fails to adequately dis¬ 
cuss termination configurations. Resis¬ 
tive termination networks are mentioned, 
but without noting that some technolo¬ 
gies (such as high-speed CMOS) require 
RC termination networks. Grounding 
configurations are presented, but the au¬ 
thor never states why the suggested con¬ 
figurations perform better. 

Next, the author discusses memory and 
peripheral interfacing. The sections on 
memory interfacing are quite good, and 
the heuristics on timing estimates are par¬ 
ticularly useful. The author gives a de¬ 
tailed DRAM design with a well-devel¬ 
oped worst-case timing analysis. 

The chapter on communications and 
data transfer does an excellent job of pre¬ 
senting various data transfer standards 
(RS-232, RS-422, RS-485, etc.). Al¬ 
though the section on basic I/O circuitry 
is limited, it credibly illustrates the con¬ 
cepts. Fortunately, the author has 
avoided using specific vendors’ devices 
as most microprocessor books do. 

Because many companies produce 
equipment, ranging from expansion 
memory cards to ground support equip¬ 
ment, that must interface with IBM PCs, 
there is a growing need for information on 


interfacing to the PC bus system. The au¬ 
thor has written an excellent chapter on 
the IBM PC and PS/2 buses, including a 
discussion of the 80386 processor and 
caveats associated with its interface. The 
chapter also provides numerous circuits 
and timing diagrams. 

Since the real world is analog, no book 
on interfacing would be complete with¬ 
out a discussion of analog-to-digital (A/ 
D) and digital-to-analog (D/A) convert¬ 
ers. The author presents various A/D con¬ 
version methods and a good description 
of error conditions. Surprisingly, he only 
mentions a sample-and-hold require¬ 
ment in passing; the lack of detailed dis¬ 
cussion on this topic is a serious defi¬ 
ciency. 

The book’s last 70 pages cover soft¬ 
ware interfacing. Several high-level 
languages are surveyed, with PL/M-86 
covered extensively. The chapter con¬ 
cludes with an example of a C program 
designed to operate a real-time control 
system. 

It is not clear why the author included 
this last chapter. He tries to justify it by 
stating that “the designer of microcom¬ 
puter systems must have at least a basic 
knowledge of high-level languages.” 

Yet, three of the languages surveyed are 
Basic, Fortran, and Lisp, which are 
poorly suited to interfacing applications. 
The control-system example consists of 
an antiquated processor (6502) inter¬ 
faced to a 16-key keypad and a liquid 
crystal display. Though the example il¬ 
lustrates how the C program controls the 
system, it does not explain how a knowl¬ 
edge of C (or any other high-level lan¬ 
guage) facilitates the hardware design. 
The entire chapter could have been de¬ 
leted without detracting from the book’s 
central theme. 

Overall, the book is quite readable and 
credibly discusses microprocessor sys¬ 
tem interfacing. Its suitability as a refer¬ 
ence book is limited to a few areas, but it is 
acceptable for undergraduate electrical 
engineering or engineering technology 
programs. 

Garrison W. Greenwood 

Cogswell College North 


A Postscript 
Cookbook 

Barry Thomas (Van Nostrand Rein¬ 
hold, New York, 1988, 144 pp., $22.95) 

Readers familiar with laser printers 
and desktop publishing software are 
probably well aware of the capabilities 
Postscript offers. Postscript is a page de¬ 
scription language used for describing 
text and graphics to a printer that is equip¬ 
ped to interpret the commands. The main 
reason many programmers and desktop 
publishing experts are relatively inexpe¬ 
rienced with Postscript is that relatively 
few debugger/editors are available for 
IBM PC and Apple Macintosh systems. 

Postscript is basically an interpreted 
language that structurally resembles 
Forth. It has 250 separate commands that 
allow a programmer to generate anything 
from type fonts to graphics. 

This book, essentially a Postscript ref¬ 
erence book, covers this relatively un¬ 
known programming language in the 
style of other similar technical cook¬ 
books (such as the TTL Cookbook). The 
book is split into two major sections: one 
containing program examples and the 
other listing operations. 

The programs are the most interesting 
and useful part of the book. Examples are 
provided on how to generate everything 
from basic text to graphics. The program 
examples are well written and docu¬ 
mented, with comments included 
throughout. A brief note after each pro¬ 
gram explains how the program works. 
The most valuable program example, 
which explains how to generate a new 
type font, is far too simple. 

The second part of the book lists the 
Postscript operators alphabetically and 
provides definitions and cross refer¬ 
ences. The brief definitions are accurate, 
but you will find them hard to understand 
unless you already have a complete 
knowledge of the language. 

The book is intended as a reference 
book for the serious Postscript program¬ 
mer. The material is not suited to the inex¬ 
perienced Postscript programmer, who 
would be better off reviewing the mate¬ 
rial in the Postscript Language Reference 
Manual, published by Addison-Wesley. 

Donald Pavlovich 

Picker International 
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Human-Computer Interface Design 

Alistair Sutcliffe (Springer-Verlag, New York, 1989, 205 pp., $29.95) 


Human-computer interface design has 
become a recognized discipline, and HCI 
considerations have been deemed impor¬ 
tant enough to be included as a significant 
aspect of computer systems. Hence, it is 
absolutely necessary to have books such 
as Human-Computer Interface Design 
available to both students and practitio¬ 
ners. As Sutcliffe points out, “A bad 
interface can ruin an otherwise excellent 
system.” 

For those new to HCI, the book pro¬ 
vides a succinct summary of the guide¬ 
lines many of us have learned over the 
years. For the practiced system designer, 
it provides a review and update of the is¬ 
sues inherent in HCI design. The book’s 


topics range from human perception (vi¬ 
sion, hearing, learning, memory, think¬ 
ing, and problem solving) through cogni¬ 
tive models, specifically the Goals-Op- 
erators-Methods Selection (GOMS) 
rules model of problem solving. Sut¬ 
cliffe’s discussion presumes that the 
reader also has a modest background in 
the area of physiology and cognitive psy¬ 
chology. 

Sutcliffe explains how an interface de¬ 
signer must use categories and character¬ 
istics to describe the users, and structured 
analysis techniques to describe their 
tasks. He then shows how the designer 
uses these descriptions to devise an inter¬ 
face that allows users to complete their 


tasks in a logical, organized way that can 
be supported with implementable mod¬ 
ules and the available hardware. Sutcliffe 
provides an interesting discussion of in¬ 
terface design styles (question and an¬ 
swer, icon, menu, form filling, etc.) and 
guidelines on choosing the right style. 

For those readers interested in the for¬ 
mal theory behind HCI, Sutcliffe in¬ 
cludes a chapter on its two prominent 
schools of thought, the grammatic and 
diagrammatic methods. As part of his de¬ 
scription of the latter method, Sutcliffe 
briefly describes cognitive complexity 
theory. To illustrate the former method, 
he explains command language gram¬ 
mar. Sutcliffe’s inclusion of this theoreti- 


Videotape review 

What’s All This About Gallium Arsenide? 

Seymour Cray (University Video Communications, Stanford, Calif., 1989, 74 minutes, $35) 


For many of us who have been around 
the computing field for a few years, 
there are some people who have be¬ 
come legends. One of them is certainly 
Seymour Cray, the father and greatest 
practitioner of supercomputer design. 

To see and hear Cray talk on this 
videotape, I had prepared myself to 
withstand a discussion of the physics 
and engineering of gallium arsenide, of 
which I (and most computer scientists, 

I suspect) know very little. However, 
the tape offers little about the science of 
GaAs. Rather, it’s a quick review of 
Cray’s career and why he became inter¬ 
ested in GaAs for the Cray-2 and -3 su¬ 
percomputers. Cray also contrasts the 
speed and physical size of the Cray-1 
with the proposed Cray-4 to show how 
much progress has been made and to 
point to greater potential advances. 

Cray charts his career from his first 
job in 1950 with Engineering Research 
Associates, which eventually was 
bought by Remington Rand, through 
the establishment of Cray Research. 

His delivery is charming and witty, and 
the anecdotes from his career are funny 
and poignant. However, he has care¬ 
fully woven his story to make a clear 
point about the importance of GaAs. 

As transistors developed in the 
1960s, various technologies emerged 
as scientists and engineers came to un¬ 
derstand the properties of silicon and 


could produce reliable components 
with it. These new technologies led to 
increases in serial speed, but increases 
related to improved use of silicon 
topped out by the end of the 1960s. In¬ 
creases were now derived from den¬ 
sity, which led to vector and parallel 
machines. 

Around 1980, Cray became inter¬ 
ested in GaAs for the Cray-2 for two 
reasons. First, the serial speed of GaAs 
is faster than that of silicon by at least a 
factor of three. Second, unlike silicon, 
GaAs is an insulator rather than a con¬ 
ductor, a fact that lessens capacitance 
problems. However, Cray found that 
the performance characteristics of 
GaAs were unpredictable and not very 
uniform. Since the technology level on 
the first GaAs circuits was the same as 
on the first transistors in the 1960s (di¬ 
ode transistor logic), Cray felt there 
was promise for future speed increases 
similar to those experienced in the 
early days of silicon development. 

Cray abandoned GaAs for the Cray- 
2, but his interest in the material re¬ 
mained. Manufacturing advances have 
allowed him to use GaAs in the logic 
circuits of his Cray-3, although the static 
memory is still made from silicon. 

The speaker who introduces Cray on 
the videotape states that the country 
that controls supercomputing will also 
control many other aspects of science. 


He gives two reasons for this: (1) build¬ 
ing supercomputers requires a high 
level of sophistication, and (2) super¬ 
computers provide the power to simu¬ 
late phenomena in many other areas of 
science, thereby leading to more ad¬ 
vances in those areas. 

Cray reinforces these statements at 
the end of his own speech when he talks 
about the physical packaging of the 
Cray-3 circuits and the constraints on 
them. To produce the circuits, Cray is 
pushing the frontiers of manufacturing 
technology. The benefits of this pio¬ 
neering work will eventually trickle 
down to other machines. 

I found the tape a pleasure; to see and 
hear Seymour Cray was enough reason 
for me to watch. In addition, I learned a 
lot about the potential benefits of GaAs 
in the design of digital circuits in the 
1990s. Whether you have been comput¬ 
ing for more years than you would like 
to admit or have just entered the field, 
you should watch this tape. We all need 
to be more informed about the impor¬ 
tance of supercomputing to the future 
of science. 

The tape is available from University 
Video Communications, PO Box 2666, 
Stanford, CA 94309. Please include 
$2.50 for shipping costs. 

Rayno Niemi 

Rochester Institute of Technology 
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cal discussion is laudable, but it is too 
brief and therefore unclear for the text’s 
intended audience (particularly under¬ 
graduate computer science students). 

The remainder of the book has a worth¬ 
while, practical orientation, focusing on 
dialogue design, presentation design, the 
data entry interface (including data vali¬ 
dation and feedback), dialogue control, 
and alternative data-entry techniques. 
His presentation of data displays in¬ 
cludes a particularly good discussion of 
such graphical techniques as histograms, 
charts, graphs, scatter diagrams, and 
three-dimensional displays. 

Sutcliffe then turns to the most basic 
computer interface, the one used to con¬ 


trol the computer itself. He explores 
menu interfaces, icons, function keys, 
and such direct manipulation techniques 
as windows and command languages. A 
particularly interesting aspect of this 
chapter is the discussion of a possible fu¬ 
ture natural-language interface and the 
problems to be solved before natural lan¬ 
guage is a practical alternative. 

The book concludes with an interesting 
chapter on research issues in interface 
design, describing such activities as di¬ 
rect user involvement in the design pro¬ 
cess, the evaluation of HCIs, adaptive 
and intelligent interfaces, and user-inter¬ 
face managers. 

As a textbook, this book has some 


Fundamentals of Data Normalization 

Alan F. Dutka and Howard H. Hanson (Addison-Wesley, Reading, Mass., 1989, 196 pp 


As a contribution to the practice of data 
normalization, this rather uneven book 
will be most useful to those who have 
some grounding in relational-database 
design and who would like to better 
understand some particular, perhaps un¬ 
related, aspects of the field. However, the 
book will probably be of little use to re¬ 
searchers in relational databases and 
those who would like to learn from 
scratch about data normalization. 

The authors’ general approach is to 
present informal definitions followed by 
a short sequence of realistic, increasingly 
complex examples. The material is or¬ 
ganized into chapters on first, second, 
third, Boyce-Codd, and fourth normal 
forms, followed by two case studies, a 
brief look at implementation in prerela- 
tional environments, and two chapters 
covering additional normalization issues 
such as domain-key and fifth normal 
forms. Normalization is treated mathe¬ 
matically in an appendix. 

The presentation suffers from a few 
important defects. One is the use of vague 
and unconventional definitions. For ex¬ 
ample, “first normal form” is defined in 
terms of repeating groups but not in terms 
of repeating attributes or both repeating 
groups and repeating attributes. “Fifth 
normal form” is defined in terms of code¬ 
pendencies, candidate keys, and root seg¬ 
ments rather than in terms of join depend¬ 
encies. In fact, join dependencies as such 
are not discussed. Instead, the authors 
provide a number of similar notions, such 
as mutual, hierarchical, mixed, and pro¬ 
jection-join dependencies, creating con¬ 
fusion for the unwary reader. The poor 
definitions might be excused if good ex¬ 
amples backed them up, but many early 
examples are too complex to be clear. It 


would have been better to use simpler, 
more-contrived examples at first, fol¬ 
lowed by realistic ones. 

Inference axioms are given and taken 
advantage of in examples, but their use, 
such as in the derivation of closure, is not 
explained. In fact, the authors seem to 
emphasize decomposition in their treat¬ 
ment of normalization. Relational syn¬ 
thesis is not mentioned explicitly, but the 
seminal paper by Bernstein appears in the 
bibliography. 

Surprisingly, the authors’ treatment of 
the simpler normal forms is superficial, 
and the book’s few technical errors ap¬ 
pear in these chapters. For example, in 
Chapter 2 a repeating group is likened to a 
Fortran array or a C structure, although 
the example given for C correctly imple¬ 
ments the repeating group as an array 
within a structure. The same examples for 
Cobol and Fortran are syntactically in¬ 
correct and incomplete. 

The book’s main strength lies in the 
discussion of fourth normal form and 
multivalued dependencies. The many re¬ 
alistic examples (essential to the proper 
explanation of the nature of fourth nor¬ 
mal form) are difficult to find in other 
texts. Nevertheless, the authors do not 
wholly escape the trap of giving ex¬ 
amples that look syntactically correct but 
are semantically erroneous. For example, 
when discussing lossy joins, the authors 
refer to the column HOUR in two tables as 
“a common attribute.” However, only the 
name is the same; the two referenced col¬ 
umns are based on different domains. 

The authors’ exhaustive discussion of 
fourth normal form is not carried through 
to their treatment of fifth normal form, 
which is too brief and does not explicitly 
relate to such important semantic consid- 


shortfalls; for example, the discussion of 
many topics assumes the reader has a 
background that many undergraduate 
computer science students do not have 
(physiology, perception, and cognition), 
and there are no study questions or proj¬ 
ects provided. Sutcliffe’s discussion is 
generally good, but some of the illustra¬ 
tions and notation are difficult to under¬ 
stand and not clearly explained. Overall, 
though, the book should be very useful 
for the practitioner who is interested in 
extending his or her knowledge of hu¬ 
man-computer interfaces. 

Chris Comte 

Rochester Institute of Technology 


., $27.95) 

erations as the avoidance of connection 
traps. In addition, the case studies are just 
too complex to be handled wholly in terms 
of dependencies and normalization, with¬ 
out consideration of user requirements, 
processing patterns, and priorities. 

This problem is not as noticeable in the 
discussion of relational implementations 
as it is when solutions are provided in the 
prerelational models in Chapter 8. One of 
the resulting deficiencies is that relation¬ 
ships are maintained both by values and 
by pointers. Normalized objects are not 
required by prerelational models and 
value-based relationships are not explic¬ 
itly modeled. On the other hand, the 
pointer-based relationships in the case 
studies do not exploit the modeling power 
of prerelational systems. This could mis¬ 
lead the reader into believing that such 
systems are inferior to the relational 
model, raising doubts about object-ori¬ 
ented database systems. 

Although the authors’ aim is to discuss 
data normalization, they greatly dimin¬ 
ish the topic’s relevance by isolating it 
from the broader issue of database design. 
The book fails to provide an overview of 
database design, and thus fails to indicate 
where normalization fits within it. 

Overall, this is a good, nontechnical, 
and complete introduction to normaliza¬ 
tion for students and programmers. It of¬ 
fers nothing new for more-sophisticated 
readers except the practical examples. It 
is probably not suitable as a textbook 
without some backup on fundamental da¬ 
tabase design issues. The book carries a 
fairly complete bibliography, but the in¬ 
dex looks sparse. 

Phil Herring and Leszek A. Maciaszek 

University of Wollongong, Australia 
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For subscription information, circle num¬ 
ber 200 on the reader service card. 


NEW LITERATURE 


Responsibility. The governing coun¬ 
cil of the National Academy of Sciences 
has prepared a 22-page booklet, On Being 
a Scientist, designed to give young scien¬ 
tists a sense of the social responsibility 
inherent in practicing science. The book¬ 
let, to be distributed to more than 120,000 
graduate students, faculty members, pro¬ 
fessional association members, etc., ad¬ 
dresses such questions as: How much 
confidence must a researcher have in his 
or her results before publishing them? 
How much of a contribution should 
someone make to a project before being 
listed on the report as a coauthor? How 
can scientists avoid self-delusion? What 
should a researcher do who suspects a 
colleague of scientific misconduct? 

Individual copies of On Being a Scien¬ 
tist are $5; discounts are available when 
ordering multiple copies. Contact the Na¬ 
tional Academy of Sciences, 2101 
Constitution Ave. NW, Washington DC, 
20418. 


A general view of visualization. In 

Visualization: The Second Computer 
Revolution (ISBN 0-8109-1709-2, 256 
pp., $49.50), authors Richard Mark 
Friedhoff and William Benzon offer a 
guidebook designed for a general audi¬ 
ence interested in how visualization is 
being used in medicine, architecture, 
aeronautics, advertising, entertainment 
visual effects, and graphic design. Spe¬ 
cific topics include computer animation, 
holography, medical imaging, paintbox 
systems, shading techniques, procedural 
graphics, and numerical experiments. 
The book features 203 illustrations. 

The book is scheduled for publication 
in December 1989. Contact Harry N. 
Abrams, Inc., 100 Fifth Ave., New York, 
NY 10011. 

Two from SIAM. Symbolic Computa¬ 
tion: Applications to Scientific Comput¬ 
ing (ISBN 0-89871-239-4, 182 pp., 
$24.50, $19.60 for SIAM members), ed¬ 


ited by Robert Grossman, describes cur¬ 
rent research efforts in the application of 
symbolic computation to several areas in 
mathematics, applied mathematics, and 
engineering and illustrates how symbolic 
computation can be used to study various 
mathematical structures. 

Adaptive Methods for Partial Differ¬ 
ential Equations (ISBN 0-89871-242-4, 
265 pp., $31.50, $28.35 for SIAM mem¬ 
bers), edited by Joseph E. Flaherty et al., 
contains the proceedings of the October 
1988 workshop on Adaptive Computa¬ 
tional Methods for Partial Differential 
Equations. Topics include a posteriori er¬ 
ror estimation of finite difference and fi¬ 
nite element methods; adaptive enrich¬ 
ment strategies; applications of adaptive 
methods to problems in mechanics; data 
structures; and parallel adaptive proce¬ 
dures. 

Contact SIAM, 3600 University City 
Science Center, Philadelphia, PA 19104- 
2688, phone (800) 447-7426. 


130 


COMPUTER 





















1 ANNUAL INDEX 


Annual Index 
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Volume 22,1989 


This index covers all technical items—papers, correspondence, re¬ 
views, etc. — that appeared in this periodical during 1989, and items from 
previous years that were commented upon or corrected in 1989. 

The Author Index contains the primary entry for each item, listed 
under the first author’s name, and cross-references from all coauthors. 
The Subject Index contains several entries for each item under appropri¬ 
ate subject headings, and subject cross-references. 

It is always necessary to refer to the primary entry in the Author Index 
for the exact title, coauthors, and comments/corrections. 


AUTHOR INDEX 


A 

Agrawal, Dharma P., see Bhuyan, Laxmi N., C-M Feb 89 25-37 
Allahwerdi, Nouri M. Review of ‘CASE: Using Software Development 
Tools’ (Fisher, A. S.; 1988); C-M Apr 89 123 
Allen, Peter, Paul Michelman, and Kenneth Roberts. Current research 
in robotics and automation-An intelligent grasping system; C-M 
Mar 89 50-52 

Alpert, Donald B., see Maytal, Benjamin, C-M Jan 89 66-76 
Ambler, Allen L.,*hnd Margaret M. Burnett. Influence of visual 
technology on the evolution of language environments; C-M Oct 89 

Amlani, Mukesh L., see Kasturi, Rangachar, C-M Dec 89 10-21 
Anderson, Kenneth R. Preparing for the technology of the 21st 
century—1989: The year of technical, educational, and area activities 
(Society President’s message); C-M Jan 89 5-6 
Anderson, Kenneth R., and Laurel V. Kaleda. Society President’s 
message; C-Af Apr 89 6-7 

Anderson, Kenneth R. Preparing for the technology of the 1990s: 
Computer Society adopts objectives (Society President’s message); 

Anderson, Kenneth R-, and Joseph E. Urban. Conferences and tutorials 
(Society President’s message); C-M Aug 89 4 


Anderson, Kenneth R., and Charles B. Silio. 1988 financial results 
(Society President’s message); C-M Sep 89 4-5 

Anderson, Kenneth R-, and Paul L. Borrill. Standards: Preparing for the 
technology of the 1990s (Society President’s message); C-M Oct 89 
4-5 

Anderson, Kenneth R., and Edward A. Parrish, Jr.. National 
High-Performance Computer Act deserves support (Society 
President’s message); C-M Nov 89 5-6 

Anderson, Peter G. Review of ‘Neurocomputing: Foundations of 
Research’ (Anderson, J. A., and Rosenfeld, E., Eds. ; 1988); C-M Jan 
89 158-159 

Anderson, Peter G. Review of ‘Neural Networks and Natural 
Intelligence’ (Grossberg, S.,Ed \ 1988); C-M Mar 89 118-119 

Anderson, Peter G. Review of ‘Data Communications Principles and 
Problems’ (Moshos, G. J.; 1989); C-M Oct 89 110 

Anderson, William L. Trillium similar to Interviews (Ltr.); C-M Aug 89 
8 

Anderson-Freed, Susan. Review of ‘Principles of Database and 
Knowledge-Base Systems: Volume I’ (Ullman, J. D.; 1988); C-M Feb 
8912A 

Anneberg, Lisa M. Review of The Conquest of the Microchip’ (Queisser, 
H.; 1988); C-M Jan 89 159 

Arceneaux, Joseph. The Open Channel-User-interface copyrights kill 
competition; C-M Dec 89 72-73 

Artsy, Yeshayahu, and Raphael Finkel. Designing a process migration 
facility: The Charlotte experience; C-M Sep 89 47-56 

August, Melvin C., Gerald M. Brost, Christopher C. Hsiung, and Alan J. 
Schiffleger. Cray X-MP: The birth of a supercomputer, C-M Jan 89 
45-52 
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B 

Baber, Robert L. The Open Channel — Reply to comments on “The Open 
Channel’ for May 1989 (Ltr.)l C-M Sep 89 8 
Bancroft, Gordon V., Todd Plessel, Fergus Merritt, Pamela P. Walataka, 
and Val Watson. Scientific visualization in computational 
aerodynamics at NASA Ames Research Center; C-M Aug 89 89-95 
Barber, Robert L. The Open Channel —‘Software engineering’ vs. 

software engineering; C-M May 89 81 
Bares, John, Martial Hebert, Takeo Kanade, Eric Krotkov, Tom 
Mitchell, Reid Simmons, and William Whittaker. Ambler: An 
autonomous rover for planetary exploration; C-MJun 89 18-26 
Barhen, Jacob, Sandeep Gulati, and Michail Zak. Neural learning of 
constrained nonlinear transformations; C-MJun 89 67-76 
Beard, Marian, see Johnson, Jeff, C-M Sep 89 11-26, 28-29 
Bekey, George A. Current research in robotics and 

automation—Roboticscs research at USC; C-M Mar 89 58-60 
Beveridge, J. Ross, see Brolio, John, C-M Dec 89 22-30 
Bhallacharya, Debashis, Brian T. Murray, and John P. Hayes. High-level 
test generation for VLSI; C-M Apr 89 16-24 
Bhuyan, Laxmi N., Qing Yang, and Dharma P. Agrawal. Performance 
of multiprocessor interconnection networks; C-M Feb 89 25-37 
BiggerstafT, Ted J. Design recoveiy for maintenance and reuse; C-MJul 
89 36-49 

Bihari, Thomas E., Thomas M. Walliser, and Mark R. Patterson. 

Controlling the adaptive suspension vehicle; C-MJun 89 59-65 
Biran, Dan, see Maytal, Benjamin, C-M Jan 89 66-76 
Borovlts, Israel. Review of ‘Ideas and Information: Managing in a 
High-Tech World’ (Penzias, A.; 1989); C-M Nov 89 123 
Borrill, Paul L., see Anderson, Kenneth R., C-M Oct 89 4-5 
Bose, Sharada, see Lewis, T. G., C-M May 89 51-60 
Breuer, Melvin A., see Gupta, Rajiv, C-M May 89 28-37 
Brolio, John, Bruce A. Draper, J. Ross Beveridge, and Allen R. Hanson. 
The ISR: A database for symbolic processing in computer vision; 
C-M Dec 89 22-30 F 

Bros!, Gerald M., see August, Melvin C, C-M Jan 89 45-52 
Brown, Maxine D., see DeFanti, Thomas A., C-M Aug 89 12-16,22-25 
Brumbaugh, Randal W., see Duke, Eugene L., C-M May 89 61-66 
Buckley, Fletcher J. Standards—Standard set of useful software metrics 
is urgently needed; C-MJul 89 88-89 
Buckley, Fletcher J. Standards-Transnationalization of IF.F.F. 
standards; C-M Aug 89 105-106 

Buckley, Fletcher J. Standards—Do standards cause software 
problems?; C-M Sep 89 72-73 

Buckley, Fletcher J. Standards-Some standards for software 
maintenance; C-M Nov 89 69-70 

Buckley, Fletcher J. Standards - No Irish need apply; C-M Dec 89 73-74 
Burnett, Margaret M., see Ambler, Allen L., C-M Oct 89 9-22 


c 

Cabral, Brian, and Carol L. Hunter. Visualization tools at Lawrence 
Livermore National Laboratory; C-M Aug 89 77-84 
Calder, Paul R., see Linton, Mark A., C-M Feb 89 8-22 
Caplan, Eddie, see Lehr, Ted, C-M Oct 89 38-51 


Cardenas, Alfonso, see Pizano, Arturo, C-M Dec 89 59-71 



Cheng, HuL Vector pipelining, chaining, and speed on the IBM 3090 and 
Cray X-MP; C-MSep 89 31-42,44,46 


Cheng, Wesley H., see Gupta, Rajiv, C-M May 89 28-37 
Cheng, Wu-Tung, and Tapan J. Chakraborty. Gentest: An automatic 
test-generation system for sequential circuits; C-M Apr 89 4349 
Chlsvin, Lawrence, and R. James Duckworth. Content-addressable and 
associative memory: Alternatives to the ubiquitous RAM; C-MJul 
6951-64 

Chung, Alan L, see Lehr, Ted, C-M Oct 89 38-51 
Cieslak, Randy, Ayman Fawaz, Sonia Sachs, Pravin Varaiya, Jean 
Walrand, and Albert Li. The Programmable Network Prototyping 
System; C-M May 89 67-76 

Cole, Irad D. Review of ‘User-Centered Requirements Analysis’ 
(Martin, C. F.; 1988); C-M Feb 89 126 
Comer, Douglas E., see Denning, Peter J., C-M Feb 89 63 
Comte, Chris. Review of ‘Human-Computer Interface Design’ 
(Sutcliffe, A.; 1989); C-M Dec 89 128-129 
Cousins, Robert E. Review of ‘Optical Computing: A Survey for 
Computer Scientists’ (Feitelson, D. G.; 1988); C-M May 89 124 
Cox, Ingemar J., and Narain H. Gehani. Exception handling in robotics; 
C-M Mar 89 43-49 

Cox, Kenneth C., see Roman, Gruia-Catalin, C-M Oct 89 25-36 
Cragon, Harvey G., and W. Joe Watson. The TI Advanced Scientific 
Computer; C-M Jan 89 55-64 

Cybrynsld, James R., see Hallenbeck, Jill J., C-M Apr 89 59-68 


D 

Dalcher, Darren. Review of ‘Rapid System Development: Using 
Structured Techniques and Relational Technology’ (Gane, G; 

1989); C-MJun 89 138 

Davids, Noah. Product Reviews—A Turbo family portrait; C-M Feb 89 
87-93 

Davidson, Scott. Introduction to special issue on software tools for 
hardware test; C-M Apr 89 12-14 

Dawkins, Spencer. Review of ‘ISDN—The Integrated Services Digital 
Network: Concepts, Methods, Systems’ (BockerP.; 1988); C-M Aug 
89 149-150 ° 

DeFanti, Thomas A., Maxine D. Brown, and Bruce H. McCormick. 
Visualization: Expanding scientific and engineering research 
opportunities; C-M Aug 89 12-16,22-25 
DeMarco, Tom. Review of ‘Modem Structured Analysis’ (Yourdon, E.; 

1989); C-M Apr 89 123-124 

Denning, Peter J., Douglas E. Comer, David Gries, Michael C. Mulder, 

Allen Tucker, A. Joe Turner, and Paul R. Young. Computing as a 
discipline; C-M Feb 89 63 

de Saussure, Gerard, see Weisbin, Charles R., C-MJun 89 29-35 
Diana, Gary M. Review of ‘OSI Explained: End-to-End Computer 
Communications Standards’ (Henshall, J., and Shaw, S.; 1988); C-M 
Oct 89 110 ' 

Dinning, Anne. A survey of synchronization methods for parallel 
computers; C-MJul 89 66-77 

Disbrow, James D., see Duke, Eugene L., C-M May 89 61-66 
Draper, Bruce A., see Brolio, John, C-M Dec 89 22-30 
Duckworth, R. James, see Chisvin, Lawrence, C-MJul 89 51-64 
Duke, Eugene L., Randal W. Brumbaugh, and James D. Disbrow. A 
rapid prototyping facility for flight research in advanced systems 
concepts; C-M May 89 61-66 


E 

Ebert, Jeff S. Review of ‘Object-Oriented Database Programming’ 
(Alagjc, S.; 1989); C-M May 89 123 

Eckhouse, Richard. Product Reviews —Data control, acquisition, 
analysis, and display; C-M Mar 89 81-84 
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Eicker, Patrick J., and David R. Strip. Current research in robotics and 
automation—Automated planning and programming for robotic 
batch mechanical assembly, C-M Mar 89 53-54 
Einstein, J. Ralph, see Weisbin, Charles R., C-M Jurt 89 29-35 
Ektare, Arun. Review of ‘Fundamentals of MOS Digital Integrated 
Circuits’ (Uyemura, J. P.; 1988); C-M May 89 124 
Elfes, Alberto. Using occupancy grids for mobile robot perception and 
navigation; C-M Jun 89 46-57 

Estock, Richard G. Review of ‘An Introduction to Formal Language 
Theory’ (Moll, R. N., et al.; 1988); C-M Mar 89 118 
Estock, Richard G. Reviews of ‘An Introduction to Object-Oriented 
Programming and Smalltalk’ (Pinson, L. J., and Wiener, R. S.; 1988); 
and ‘An Introduction to Object-Oriented Programming and C + + ’ 
(Wiener, R. S., and Pinson, L. J.; 1988); C-M May 89 125 


F 

Fawaz, Ayman, see Cieslak, Randy, C-M May 89 67-76 
Fendrlch, John W. Review of ‘Data Compression: Methods and Theory* 
(Storer, J. A.; 1988); C-M Feb 89 126-127 
Feng, Wu-chun, see Kasturi, Rangachar, C-M Dec 89 10-21 
Fernandez, Rodney, see Kasturi, Rangachar, C-M Dec 89 10-21 
Ferry, David K., see Kluksdahl, Norman C., C-M Aug89 60-66 
Fineman, Charles E., see Lehr, Ted, C-M Oct 89 38-51 
Finkel, Raphael, see Artsy, Yeshayahu, C-M Sep 89 47-56 
Firschein, Oscar. Review of ‘Understanding Computers and Cognition: 
A New Foundation for Design’ (Winograd, T., and Flores, F.; 1987); 
C-M Jan 89 156 

Ford, Gary A., and Norman E. Gibbs. A Master of Software Engineering 
curriculum: Recommendations from the Software Engineering 
Institute; C-M Sep 89 59-71 

Fuchs, Henry, Marc Levoy, and Stephen M. Pizer. Interactive 
visualization of 3D medical data; C-M Aug 89 46-51 


G 

Ganapathi, Mahadevan, see Richardson, Stephen, C-M Feb 89 42-50 
Ganapathi, Mahadevan, and Geoffrey O. Mendal. Issues in Ada 
compiler technology; C-M Feb 89 52-60 
Gehani, Narain H., see Cox, Ingemar J., C-M Mar 89 4349 
Gibbs, Norman E., see Ford, Gary A., C-M Sep 89 59-71 
Goodman, Andrew M., Robert M. Haralick, and Linda G. Shapiro. 
Design of an integrated programming language and data 
management system for knowledge-based computer vision; C-M 
Dec 89 43-54 

Gorman, Larry O., see Jagadish, H. V., C-M Dec 89 3341 
Gould, Alan E. Review of ‘Disaster Recovery Planning: Managing Risk 
and Catastrophe in Information Systems’ (Toigo, J. W.; 1989); C-M 
Sep89m-m 

Gray, Paul. Review of ‘Software Communications Skills’ (Glass, R. L.; 
1988); C-M Feb 89 125 

Greenwood, Garrison W. Review of ‘Interfacing Techniques in Digital 
Design with Emphasis on Microprocessors (Krutz, Ronald L.; 
1988); C-M Dec 89 127 

Gries, David, see Denning, Peter J., C-M Feb 89 63 

Gries, David, Terry Walker, and Paul R. Young. 1988 Snowbird report: 

A discipline matures; C-M Feb 89 72-75 
Gries, David, and Dorothy Marsh. The 1987-88 Taulbee survey report; 
C-M Nov 89 49-56 

Grosky, William I., and Rajiv Mehrotra, Guest Eds. Introduction to 
special issue on image database management; C-M Dec 89 7-8 
Gu, Jun, and Kent F. Smith. A structured approach for VLSI circuit 
design; C-M Nov 89 9-22 

Gulati, Sandeep, see Barhen, Jacob, C-M Jun 89 67-76 



Gupta, Rajesh, see Gupta, Rajiv, C-M May 89 28-37 
Gupta, Rajiv, Wesley H. Cheng, Rajesh Gupta, Ido Hardonag, and 
Melvin A. Breuer. An object-oriented VLSI CAD framework: A 
case study in rapid prototyping; C-M May 89 28-37 


H 


Haber, Robert B. Scientific visualization and the Rivers Project at the 
National Center for Supercomputing Applications; C-M Aug 89 
84-89 

Hac, Anna, and Hasan B. Mutlu. Synchronous optical network and 
broadband ISDN protocols; C-M Nov 89 26-34 
HaUenbeck, Jill J., James R. Cybrynski, Nick Kanopoulos, Tassos 
Markas, and Nagesh Vasanthavada. The Test Engineer’s Assistant: 
A support environment for hardware design for testability; C-M Apr 
89 59-68 

Hammerton, James C. Review of ‘Artificial Intelligence and the Design 
of Expert Systems’ (Luger, G. F., and Stubblefield, W. A.; 1989); 
C-M Sep 89 118 

Hammerton, James C. Review of ‘What Every Engineer Should Know 
About AT (Taylor, W. A.; 1988); C-M Oct 89 109 
Hammerton, James C. Review of ‘Expert Systems in Engineering 
Design’ (Rychener, M. D .,E<L; 1988); C-M Nov 89 123 
Handloser, Fred, III, see Lewis, T. G., C-M May 89 51-60 
Hanson, Allen R., see Brolio, John, C-M Dec 89 22-30 
Haralick, Robert M., see Goodman, Andrew M., C-M Dec 89 43-54 
Hardonag, Ido, see Gupta, Rajiv, C-M May 89 28-37 
Hayes, John P., see Bhattacharya, Debashis, C-M Apr 89 16-24 
Hays, Nancy. Biosphere II—A prototype for the future (About the 
Cover); C-M May 89 11 

Heap, Mark A., and William A. Rogers. Generating single-stuck-fault 
coverage from a collapsed-fault set; C-M Apr 89 51-57 
Hebert, Martial, see Bares, John, C-M Jun 89 18-26 
Heer, Ewald, see Weisbin, Charles R., C-M Jun 89 29-35 
Heliotis, James E. Review of ‘Computer Networks, 2nd edn.’ 

(Tanenbaum, A. S.; 1988); C-M Jan 89 157 
Helman, James, and Lambertus Hesselink. Representation and display 
of vector field topology in fluid flow data sets; C-M AUg 89 27-36 
Herring, Phil, and Leszek A. Maciaszek. Review of ‘Fundamentals of 
Data Normalization’ (Dutka, A. F. and Hanson, H. H.; 1989); C-M 
Dec 89 129 


Hesselink, Lambertus, see Helman, James, C-M Aug 89 27-36 
Hibbard, William, and David Santek. Visualizing large data sets in the 
earth sciences; C-M Aug 89 53-57 

Hoffmann, Christoph M. The problems of accuracy and robustness in 
geometric computation; C-M Mar 89 31-39,41 
Holt, John D. Review of ‘A Method of Programming’ (Dijkstra, E. W., 
and Feijen, W. H. J.; 1988); C-M Jul 89 122-123 
Hopcroft, John E. Current research in robotics and 
automation—Electronicprototyping; C-M Mar 89 55-57 
Horch, John W. Review of The Programmer’s Survival Guide: Career 
Strategies for Computer Professionals’ (Ruhl, J.; 1989); C-M Jim 89 
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Hsiung, Christopher C., see August, Melvin C., C-M Jan 89 45-52 
Hughes, Ernie. Review of ‘The Prentice Hall Guide to Expert Systems’ 
(Edmunds, R. A.; 1988); C-M Oct 89 109 
Hunter, Carol L., see Cabral, Brian, C-M Aug 89 77-84 


I 

Iacobovici, Sorin, see Maytal, Benjamin, C-M Jan 89 66-76 
Irby, Charles H., see Johnson, Jeff, C-M Sep 89 11-26,28-29 
Iyengar, S. Sitharama, and Rangasami L. Kashyap, Guest Eds. 
Introduction to special issue on autonomous intelligent machines; 
C-M Jun 89 14-15 


J 

Jacobs, Shannon. Review of ‘Security in Computing’ (Pfleeger, C. P.); 

C-M Aug89 150 1 

Jacobs, Shannon. Review of The Microelectronics Race: The Impact of 
Government Policy on International Competition’ (Howell, T. R., 
et al.; 1988); C-M Sep 89 117 

Jagadish, H. V., and Larty O. Gorman. An object model for image 
recognition; C-M Dec 89 33-41 
Jain, Ramesh, see Roth-Tabak, Yuval, C-M Jun 89 85-90 
Jenkins, J. O. Review of ‘The Software Factoiy: A Fourth-Generation 
Software Engineering Environment’ (Evans, M. W.; 1989); C-M Aug 

Johnson, Jeff, Teresa L. Roberts, William Verplank, David C. Smith, 
Charles H. Irby, Marian Beard, and Kevin Mackey. The Xerox Star 
A retrospective; C-M Sep 89 11-26,28-29 
Jones, Joseph L., see Lozano-Pdrez, Torres, C-M Mar 89 21-29 
Jones, Tom. Engineering design of the Convex C2; C-M Jan 89 3644 
Jones, Vincent C. Review of ‘Computer Integrated Manufacturing: The 
Data Management Strategy 1 (Bray, O. H.; 1988); C-M May 89 126 
Jordan, Pamela W., Karl S. Keller, Richard W. Tucker, and David Vogel. 
Software storming: Combining rapid prototyping and knowledge 
engineering; C-M May 89 39-48 


K 

Kaleda, Laurel V., see Anderson, Kenneth R., C-M Apr 89 6-7 
Kanade, Takeo, see Bares, John, C-M Jun 89 18-26 
Kanopoulos, Nick, see Hallenbeck, Jill J., C-M Apr 89 59-68 
Kashyap, Rai^asami L., Guest Ed. , see Iyengar, S. Sitharama, Guest Ed., 

Kasturi, Rangachar, Rodney Fernandez, Mukesh L. Amlani, and 
Wu-chun Feng. Map data processing in geographic information 
systems; C-M Dec 89 10-21 

Keefe, T. F., M. Bhavani Thuraisingham, and W. T. Tsai. Secure 
quety-processing strategies; C-M Mar 89 63-70 
Keller, Karl S., see Jordan, Pamela W., C-M May 89 39-48 
King, Robert B., see Lee, Insup, C-M Jun 89 78-83 
Klinger, Allen, see Pizano, Arturo, C-M Dec 89 59-71 
Kluksdahl, Norman C., Alfred M. Kriman, and David K Ferry. The role 
of visualization in the simulation of quantum electronic transport in 
semiconductors; C-M Aug89 60-66 

Kramer, Jeff, Jeff Magee, and Keng Ng. Graphical configuration 
programming; C-M Oct 89 53-58,62-65 
Kriman, Alfred M., see Kluksdahl, Norman C., C-M Aug89 60-66 
Krotkov, Eric, see Bares, John, C-M Jun 89 18-26 
Kusmiss, Joseph M. Review of ‘Computer Architecture: A Modem 
Synthesis—Volume 1: Foundations’ (Dasgupta, S.; 1989); C-M Jul 


L 

Lam, Joseph K., see Long, Marshall B., C-M Aug89 3945 
Lass^Stanley. The Open Channel—What is a pack computer?; C-M Feb 

Lee, Insup, Robert B. King, and Richard P. Paul. A predictable real-time 
kernel for distributed multisensor systems; C-M Jun 89 78-83 
Lee, Ruby B. Precision architecture; C-M Jan 89 78-91 
Lehr, Ted, Zary Segall, Dalibor F. Vrsalovic, Eddie Caplan, Alan L. 
Chung, and Charles E. Fineman. Visualizing performance 
debugging; C-M Oct 89 38-51 
Levoy, Marc, see Fuchs, Henry, C-M Aug 89 46-51 
Levy, Jonathan, see Maytal, Benjamin, C-M Jan 89 66-16 
Lewis, T. G., Fred Handloser, III, Sharada Bose, and Sherry Yang. 
Prototypes from standard user interface management systems; C-M 

Li, Albert, see Cieslak, Randy, C-M May 89 67-76 
Li(ja, David J. Review of ‘Single- and Multiple-Chip Microcomputer 
Interfacing’ (Lipovski, G. I; 1988); C-M Apr 89 126 
Linton, Mark A., John M. Vlissides, and Paul R. Calder. Composing user 
interfaces with Interviews; C-M Feb 89 8-22 
Long, Marshall B., Kevin Lyons, and Joseph K Lam. Acquisition and 
representation of 2D and 3D data from turbulent flows and flames; 
C-M Aug89 3945 

Lozano-Perez, Tomas, Joseph L. Jones, Emmanuel Mazer, and Patrick 
A. O’Donnell. Task-level planning of pick-and-place robot motions; 
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LuqL Software evolution through rapid prototyping; C-M May 89 13-25 
Lyons, Kevin, see Long, Marshall B., C-M Aug89 3945 
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Maciaszek, Leszek A., see Herring, Phil, C-M Dec 89 129 
Mackey, Kevin, see Johnson, Jeff, C-M Sep 89 11-26,28-29 
Magee, Jeff, see Kramer, Jeff, C-M Oct 89 53-58,62-65 
Magel, Kenneth. The Open Channel—Discontinuities in computer 
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Marapane, Suresh B., see Trivedi, Mohan M., C-M Jun 89 91-97 
Markas, Tassos, see Hallenbeck, Jill J., C-M Apr 89 59-68 
Marmorstein, Andrew. Review of ‘Software Evolution: The Software 
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Marsh, Dorothy, see Gries, David, C-M Nov 89 49-56 
Maytal, Benjamin, Sorin Iacobovici, Donald B. Alpert, Dan Biran, 
Jonathan Levy, and Sidi Yom Tov. Design considerations for a 
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McKeeman, W. M. Graduation talk at Wang Institute; C-M May 89 78-80 
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Mendal, Geoffrey O., see Ganapathi, Mahadevan, C-M Feb 89 52-60 
Merritt, Fergus, see Bancroft, Gordon V., C-M Aug 89 89-95 
Michelman, Paul, see Allen, Peter, C-M Mar 89 50-52 
Mickle, Marlin H. P68000/<Lab - Another view (Ltr.); C-M Feb 89 4 
Reply by R. H. Eckhouse, Jr., Ed 
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Computer networks; cf. Internetworking; Open Systems 
Interconnection 

Computer operating systems; cf. Software, operating systems 
Computer performance 

status of preliminaiy efforts to evaluate image processing computers 
using Abingdon cross benchmark. Preston, KendalL Jr., C-M Jul 89 
9-18 

Computer programming profession 

book review; The Programmer’s Survival Guide: Career Strategies for 
Computer Professionals’ (Ruhl, J.; 1989)x. Horch, John W., C-MJun 

Computer science 

1988 Snowbird report on needs of computing research as discipline 
matures. Gries, David, +, C-M Feb 89 72-75 
book review; Atanasoff: Forgotten Father of the Computer 
(Mollenhoff, C. R.; 1988). Mullin, Albert A., C-M Feb 89 125 
final report of ACM Task Force on Core of Computer Science; 
computing discipline and educational issues. Denning Peter 1, +, 

C-M Feb 89 63 
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Computer science education 

differences among schools in financial support for computer science 
education (The Open Channel). Mage/ Kenneth, C-M Feb 89 76 

final report of ACM Task Force on Core of Computer Science; 
computing discipline and educational issues. Denning, Peter J., +, 
C-M Feb 89 63 

legacy left by defunct Wang Institute of Graduate Studies (graduation 
talk at Wang Institute). McKeeman, W M., C-M May 89 78-80 

Master of Software Engineering curriculum; recommendations of 
Software Engineering Institute. Ford, Gary A., +, C-M Sep 89 59-71 

Taulbee survey report on production and employment of Ph.Ds and 
faculty in doctorate-granting computing science/engineering 
departments during 1987-88 academic year. Gries, David, +, C-M 
Nov 89 49-56 
Computer security 

book review; Security in Computing (Pfleeger, C. P.). Jacobs, 
Shannon, C-M Aug 89 150 

book review; The Computer Virus Crisis (Fites, P., et al.; 198 9). Paulk, 
Mark C., C-M Jul 89122 

criminal nature of computer break-ins and viruses (The Open 
Channel; reprint). Parrish, Edward A., Jr., C-M Jan 89 98 
Computer testing; cf. Logic circuit testing 
Computer vision; cf. Machine vision 
Computers 

book review; Understanding Computers and Cognition: A New 
Foundation for Design (Winograd, T., and Flores, F.; 1987). 
Firschein, Oscar, C-M Jan 89 156 

real machines (special issue). C-M Jan 89 8-97 
Computers; cf. Distributed computing; Microcomputers; 

Microprocessors; Minicomputers; Supercomputers 
Content-addressable memories; cf. Associative memories 
Control systems; cf. Mobile robots 
Copyright protection 

negative impact of user-interface copyrights on competition (Open 
Channel). Arceneaux, Joseph, C-M Dec 89 72-73 

D 


Data communications 

book review; Data Communications Principles and Problems. 
Anderson, Peter G., C-M Oct 89 110 
Data communications; cf. Data security 
Data compression 

book review, Data Compression: Methods and Theory (Storer, J. A.; 
1988). Fendrich, John W., C-M Feb 89 126-127 

Data models 

aphic information systems. Kasturi, 


map data processing in geographic 
Rangachar, +, C-M Dec 89 10-21 


in pictorial databases. Pizano, Arturo, H , 
object model for image recognition. Jagadish, H.V, +, C-M Dec 89 
33-41 

Data security 

secure queiy-processing strategies. Keefe, T. F.,+, C-M Mar 89 63-70 
Database management systems 

secure query-processing strategies. Keefe, T.F.,+, C-M Mar 89 63-70 
Database management systems; cf. Image databases 
Database systems 

book review, Object-Oriented Database Programming (Alagic, S.; 


book review; Object-Oriented Databa 
1989). Ebert, JeffS., C-M May 89 123 
book review; Principles of Database and Knowledge-B 
Volume I (Ullman, J. D.; 1988). Anderson-Freed Susan 


CM 


Database systems; cf. Database management systems; Information 
systems 

Database systems, relational 

book review; Fundamentals of Data Normalization (Dutka, A. F., and 
Hanson, H. H.: 1989). Herring Phil, +, C-M Dec 89 129 
Intermediate Symbolic Representation (ISR), database for symbolic 
representation in machine vision. Brolio, John, +, C-M Dec 89 22-30 



model and language for specification of spatial integrity constraints 
in pictorial databases. Pizano, Arturo, +, C-M Dec 89 59-71 
Decision-support systems 

software reviews; MicroSimplan decision-support systems. Reisman, 
Sorel, C-M Apr 89 89-92 
Design automation 

book review; Expert Systems in Engineering Design (Rychener, M. 

D., Ed. -, 1988). Hammerton, James C., C-M Nov 89 123 
path-programmable logic, structured symbol-based approach to 
VLSI circuit design. Gu, Jun, +, C-M Nov 89 9-22 
Design automation software 

object-oriented VLSI CAD framework for rapid prototyping; case 
study. Gupta, Rajiv, +, C-M May 89 28-37 
Test Engineer’s Assistant; support environment for hardware design 
for testability. Hollenbeck, Jm J., +, C-M Apr 89 59-68 
Digital integrated circuits; cf. Integrated circuits; Very large-scale 
integration 

Digital system testing cf. Logic circuit testing 
Distributed computing 

deadlock detection in distributed systems; tutorial. Singhal, Mukesh, 
C-M Nov 89 37-48 

declarative approach to visualizing concurrent computations. Roman, 
Gruia-Catalin, +, C-M Oct 89 25-36 
distributed visualization at Los Alamos National Laboratory. Phillips, 
Richard L., C-M Aug 89 70-77 

PIE (Parallel Programming and Instrumentation Environment) for 
visualizing debugging. Lehr, Ted +. C-M Oct 89 38-51 
predictable real-time kernel for distributed multisensor systems. Lee, 
Insup, +, C-M Jun 89 78-83 

process migration facility design for Charlotte distributed operating 
system. Artsy, Yeshayahu, +, C-M Sep 89 47-56 
visualization tools at Lawrence Livermore National Laboratoiy. 
Cabral, Brian, +, C-M Aug 89 77-84 
Documentation 

book review; Software Communications Skills (Glass, R. L.; 1988). 
Gray, Paul, C-M Feb 89 125 


E 


Electronic warfare 

visualization of experimental data at US Naval Research Laboratory. 
Rosenblum, Lawrence J., C-M Aug 89 95-101 

Employment 

Taulbee survey report on production and employment of Ph.Ds and 
faculty in doctorate-granting computing science/engineering 
departments during 1987-88 academic year. Gries, David +, C-M 
Nov 89 49-56 
Engineering profession 

book review; Atanasoff: Forgotten Father of the Computer 
(Mollenhoff, C. R.; 1988). Mu/fin, Albert A., C-M Feb 89 125 
book review, What’s AH This About Gallium Arsenide? (Cray, S.; 
1989). Niemi, Rayno, C-M Dec 89 128 


biosphere II; prototype for the future (About the Cover). Hays, 
Nancy, C-M May 89 11 
Ethics; cf. Engineering profession 
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book review; Artificial Intelligence and the Design of Expert Systems 
(Luger, G. F., and Stubblefield, W. A.; 1989). Hammerton, James C., 
C-M Sep 89 118 

book review; Expert Systems in Engineering Design (Rychener, M. 

D., Ed ; 1988). Hammerton, James C., C-MNov 89 123 
book review; The Prentice Hall Guide to Expert Systems (Edmunds, 
R. A.; 1988). Hughes, Ernie, C-M Oct 89 109 
design of integrated programming language and data management 
system for knowledge-based computer vision. Goodman, Andrew 
M„ + , C-M Dec 89 43-54 

map data processing in geographic information systems. Kasturi, 
Rangachar, +, C-M Dec 89 10-21 

rapid^roto^pin| facility for aircraft flight research. Duke, Eugene L., 

software storming method for rapid prototytping using expert system. 
Jordan, Pamela W, +, C-M May 89 3948 

Extraterrestrial exploration 

Ambler, autonomous legged rover for exploring Mars. Bares, John, 
+ , C-M Jun 8918-26 


F 


Flames 

acquisition and representation of 2-D and 3-D data from turbulent 
flows and flames. Long Marshall B., +, C-M Aug89 3945 

Floating-point arithmetic 

accuracy and robustness in geometric computation. Hoffmann, 
Christoph M., C-M Mar 89 31-39,41 

Fluid flow 

acquisition and representation of 2-D and 3-D data from turbulent 
flows and flames. Long Marshall B., +, C-M Aug 89 3945 

representation and display of vector field topology in fluid-flow data 
sets. Hetman, James, +, C-M Aug 89 27-36 

Formal languages; cf. Languages 


G 


Gallium materials/devices 

book review; What’s All This About Gallium Arsenide? (Cray, S.; 
1989). Niemi, Rayno, C-M Dec 89 128 

Geographic information systems 

map data processing in geographic information systems. Kasturi, 
Rangachar, +, C-M Dec 89 10-21 


Geology 

visualizing large data sets in earch sciences using McIDAS. Hibbard, 
William, +, C-M Aug 89 53-57 

Geometric modeling 

improving robustness of solid modelers; research in electronic 
grotot^ingof robots and manipulators. Hopcroft, JohnE., C-M Mar 


Geometry; cf. Computational geometry 
Governmental activities/factors 

book review; The Microelectronics Race: The Impact of Government 
Policy on International Competition (Howell, T. R., et al.; 1988). 
Jacobs, Shannon, C-M Sep 89 117 
Gripping; cf. Manipulators, hands 


H 


Hierarchical systems 

object^model for image recognition. Jagadish, H.V,+, C-M Dec 89 
History 

book review; Atanasoff: Forgotten Father of the Computer 
(Mollenhoff, C. R.; 1988). MulBn, Albert A., C-M Feb <99125 


book review; The Conquest of the Microchip (Queisser, H.; 1988). 
Armeberg Lisa M., C-M Jan 89 159 

IEEE Scientific Supercomputer Subcommittee report on evolution 
of computer classes and near-term projections. C-MNov 89 57-63 

Hyperthermia 

software evolution through rapid prototyping with CAPS 
(Computer-Aided Prototyping System); evolution of hyperthermia 
system. Luqi, C-M May 89 13-25 


I 

IEEE Computer Society; cf. Awards 
IEEE Standards 

impact of reorganization of IEEE Standards Activities. Buckley, 

Fletcher J, C-M Dec 89 73-74 

transnationalization of IEEE standards (Standards). Budc/ey, Fletcher 
J., C-M Aug89 105-106 
Image databases 

design of integrated programming language and data management 
system for knowledge-based computer vision. Goodman, Andrew 
M„ +, C-M Dec 89 43-54 

image database management (special issue). C-M Dec 89 7-71 
Intermediate Symbolic Representation (ISR), database for symbolic 
representation in machine vision. Brolio, John, +, C-M Dec 89 22-30 
model and language for specification of spatial integrity constraints 
in pictorial databases. Ptzano, Arturo, +, C-M Dec 89 59-71 
object model for image recognition. Jagadish, H. V, +, C-M Dec 89 
3341 

Image pattern recognition 

object model for image recognition. Jagadish, H.V,+, C-M Dec 89 
Image processing 

map data processing in geographic information systems. Kasturi, 
Rangachar, +, C-M Dec 89 10-21 

status of preliminaiy efforts to evaluate image processing computer 
using Abingdon cross benchmark. Preston, Kendall, Jr., C-M Jul 89 
9-18 

Information systems 

book review; Disaster Recovery Planning: Managing Risk and 
Catastrophe in Information Systems (Toigo, J. W.; 1989). Gould 
Alan E., C-M Sep 89 117-118 

book review; Ideas and Information: Managing in a High-Tech World 
(Penzias, A.; 1989). Borovits, Israel, C-MNov 89 123 
book review; Rapid System Development: Using Structred 
Techniques and Relational Technology (Gane, C.; 1989). Dalcher, 

Dairen, C-M Jun 89 138 

determinants of success in developing standards for information 
technology (Standards). Wood, Helen M., C-M Oct 89 67-68 
Information systems; cf. Database systems; Geographic information 
systems 

Inspection, visual ‘ 

vision system for robotic inspection and manipulation. TrivedL Mohan 
M., +, C-M Jun 89 91-97 

Integrated circuits 

book review; The Conquest of the Microchip (Queisser, H.; 1988). 
Anneberg Lisa M., C-M Jan 89 159 
Integrated circuits; cf. Very large-scale integration 
Integrated services digital networks 

book review; ISDN—The Integrated Services Digital Network: 
Concepts, Methods, Systems (Bocker P.; 1988). Dawkins, Spencer, 

C-M Aug89 149-150 

Integrated services digital networks; cf. Broadband communication 
Intelligent systems; cf. Manipulators 
Interactive systems 

interactive visualization of 3-D medical data. Fuchs, Henry, +, C-M 
Aug 89 46-51 

Internetworking 

book review, Internetworking with TCP/IP: Principles, Protocols, and 
Architecture (Comer, D. E.; 1988). Schachter, LomeH., C-M Apr 89 
124-125 


140 


+ Check author entry for coauthors 


COMPUTER 












L 


Languages 

book review; An Introduction to Formal Language Theory (Moll, R. 
N., et al.; 1988). Estock, Richard G., C-MMar 89 118 
Large-scale integration; cf. Very large-scale integration 
Laser applications; cf. Strategic Defense Initiative 
Learning systems 

algorithmic framework for learned robot-navigation in unknown 
terrains. Rao, Nageswara S. V, C-MJun 89 3743 
navigation and learning by HERMIES-IIB autonomous mobile robot. 

Weisbin, Charles R, +, C-MJun 89 29-35 
neural learning of constrained nonlinear transformations; application 
to analysis of inverse kinematics of redundant manipulators. Barhen, 
Jacob, +, C-MJun 89 67-76 
Legal factors; cf. Copyright protection 
Local area networks; cf. Internetworking 
Logic circuit testing 

generatingsingle-stuck-fault coverage from collapsed-fault set. Heap, 
Mark A., +, C-M Apr 89 51-57 

high-level test generation for VLSI. Bhattacharya, Debashis, +, C-M 
Apr 89 16-24 

Whistle, workbench for test development of library-based designs. 
Renous, Raphael, +, C-M Apr 89 2741 
Logic ciruits 

path-programmable logic, structured symbol-based approach to 
VLSI circuit design. Cm, Jun, +, C-M Nov 89 9-22 

Logic programming 

book review, Principles of Database and Knowledge-Base Systems: 
Volume I (Ullman, J. D.; 1988). Anderson-Freed, Susan, C M Feb 89 
124 


M 


Machine-vision 

design of integrated programming language and data management 
system for knowledge-based computer vision. Goodman, Andrew 
M., +, C-M Dec 89 43-54 

Intermediate Symbolic Representation (ISR1, database for symbolic 
representation in machine vision. Brolio, John, +, C-M Dec 89 22-30 
Machine vision; cf. Robots, vision systems 
Management 

book review; Ideas and Information: Managing in a High-Tech World 
(Penzias, A.; 1989). Borovits, Israel, C-M Nov 89 123 

Manipulators 

predictable real-time kernel for distributed multisensor systems. Lee, 
Insup, +, C-MJun 89 78-83 

robotics research at Univ. of Southern California. Bekey, George A., 
C-M Mar 89 58-60 

vision system for robotic inspection and manipulation. Trivedi, Mohan 
M., +, C-MJun 89 91-97 
Manipulators; cf. Robots 
Manipulators, hands 

intelligent grasping system for dextrous manipulation. Allen, Peter, +, 
C-MMar 89 50-52 

Manipulators, kinematics 

neural learning of constrained nonlinear transformations; application 


to analysis of inverse kinematics of redundant manipulators. Barhen, 
Jacob, +, C-MJun 89 67-76 
Manufacturing automation 

book review; Computer Integrated Manufacturing: The Data 
Management Strategy (Bray, O. H.; 1988). Jones, Vincent C., C-M 
May 89 126 

robotics and automation (special issue). C-M Mar 89 6-60 
Manufacturing automation; cf. Robots 
Materials handling; cf. Robots 
Medical treatment; cf. Hyperthermia 
Memories; cf. Associative memories 
Mental models; cf. Cognitive science 
Meteorology 

visualizing large data sets in earch sciences using McIDAS. Hibbard, 
William, +, C-M Aug 89 53-57 
Microcomputer Interfaces 

book review; Interfacing Techniques in Digital Design with Emphasis 
on Microprocessors (Krutz, Ronald L.; 1988). Greenwood, Garrison 
W, C-M Dec 89 127 

book review; Single- and Multiple-Chip Microcomputer Interfacing 
(Lipovski, G. J.; 1988). Lilja, David J., C-M Apr 89 126 

Microcomputer languages 

software review, Turbo family of languages (Product Reviews). 
Davids, Noah, C-M Feb 89 87-93 

Microcomputer software 

book review, Tips & Techniques for Using Low-Cost & Public 
Domain Software (Gliedman, J.; 1989). Stott, Charles B., C-M Nov 
89 122-123 

software review, data control, acquisition, analysis, and display using 
Asyst. Eckhouse, Richard, C-MMar 89 81-84 
software reviews; MicroSimplan decision-support systems. Reismart, 
Sorel, C-M Apr 89 89-92 
Microcomputer software, operating systems 

book review, The New DOS 4.0 (Christopher, K. W., Jr., et al.; 1989). 
Reisman, Sorel, C-M Apr 89 125 
Microcomputers 

IEEE Scientific Supercomputer Subcommittee report on evolution 
of computer classes and near-term projections. C-M Nov 89 57-63 
Microprocessors 

book review; Interfacing Techniques in Digital Design with Emphasis 
on Microprocessors (Krutz, Ronald L.; 1988). Greenwood, Garrison 
W„ C-M Dec 89 127 

NS32532 32-bit general-purpose microprocessor; performance, cost, 
and schedule tradeoffs during design. Maytal, Benjamin, +, C-M Jan 
8966-76 

Military systems; cf. Strategic Defense Initiative 
Minicomputers 

IEEE Scientific Supercomputer Subcommittee report on evolution 
of computer classes and near-term projections. C-M Nov 89 57-63 
Missile detection and tracking; cf. Strategic Defense Initiative 
Mobile robots 

algorithmic framework for learned robot-navigation in unknown 
terrains. Rao, Nageswara S. V, C-MJun 89 3743 
Ambler, autonomous legged rover for exploring Mars. Bares, John, 
+ , C-M Jun 89 18-26 
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building environment model for navigation and path planning using 
depth information. Roth-Tabak, Yiival, +, C-M Jun 89 85-90 
navigation and learning by HERMIES-IIB autonomous mobile robot. 

Wetsbin, Charles R., +, C-M Jun 89 29-35 
software for Adaptive Suspension vehicle; legged walking. Bihari, 
Thomas E., +, C-M Jun 89 59-65 

using occupancy grids for mobile robot perception and navigation; 
probabilistic tesselated representation of spatial information. Elfes, 
Alberto, C-M Jun 89 46-57 
Modeling; cf. Geometric modeling 
MOS integrated circuits 

book review; Fundamentals of MOS Digital Integrated Circuits 
(Uyemura, J. P.; 1988). Ektare, Arun, C-M May 89 124 
Multilevel systems; cf. Hierarchical systems 
Multiprocessing 

status of preliminary efforts to evaluate image processing computers 
using Abingdon cross benchmark. Preston, Kendall, Jr., C-MJul 89 
9-18 

synchronization methods for parallel computers; overview. Dinning, 
Anne, C-MJul 89 66-77 

TI Advanced Scientific Computer, retrospective analysis. Cragon, 
Harvey G„ +, C-M Jan 89 55-64 
Multiprocessing; cf. Distributed computing; Supercomputers 
Multiprocessing, interconnection 

performance of multiprocessor interconnection networks; tutorial. 
Bhuyan, Laxmi N., +, C-M Feb 89 25-37 


N 


Natural language systems 

map data processing in geographic information systems. Kasturi, 
Rangachar, +, C-M Dec 89 10-21 
Navigation; cf. Mobile robots 
Networks 

book review; Data Networks: Concepts, Theoty, and Practice (Black, 
U.; 1989). Reek, Margaret M„ C-M Oct 89 111 


Programmable Network Prototyping System for studying 
communication network design and behavior. Cieslak, Randy, + , 
C-M May 89 67-76 

Neural networks 

book review; Neural Networks and Natural Intelligence (Grossberg, 
S .,Ed. \ 1988). Anderson, Peter G., C-M Mar 89 118-119 
book review; Neurocomputing: Foundations of Research (Anderson, 
J. A., and Rosenfeld, E., Eds. ; 1988). Anderson, Peter G., C-M Jan 89 
158-159 


neural learning of constrained nonlinear transformations; application 
to analysis of inverse kinematics of redundant manipulators. Barhen, 
Jacob, +, C-M Jun 89 67-76 
Nonhomogeneous media; cf. Random media 
Numerical methods; cf. Arithmetic 


o 


Object-oriented programming 

book review; Object-Oriented Database Programming (Alagic, S.; 
1989). Ebert, JeffS., C-M May 89 123 

Office automation 

retrospective on Xerox 8010 Star information system. Johnson, Jeff, 
+, C-M Sep 89 11-26,28-29 
Open Systems Interconnection 

book review; OSI Explained: End-to-End Computer 
Communications Standards (Henshall, J., and Shaw, S.; 1988). 
Diana, Gary M., C-M Oct 89 110 
Operating systems; cf. Software, operating systems 


Optical computing 

book review; Optical Computing: A Survey for Computer Scientists 
(Feitelson, D. G.; 1988). Cousins, Robert E., C-M May 89 124 
OSI; cf. Open Systems Interconnection 


P 


>i, G. S., and Gottlieb, 


Parallel processing 

book review; Highly Parallel Computing (Almasi, C 
A;). Rozman, Roy J., C-M Aug89 148-149 
Parallel processing; cf. Supercomputers 
Pipeline processing 

dynamic instruction scheduling for pipelined computers; 

Astronautics ZS-1 example. Smith, JamesE., C-MJul 89 21-35 
TI Advanced Scientific Computer; retrospective analysis. Cragon, 
Harvey G., +, C-M Jan 89 55-64 

vector pipelining, chaining, and speed on the IBM 3090 and Cray 
X-MP. Cheng Hui, C-M Sep 89 3142,44,46 
Planning; cf. Robots, motion planning 
Privacy; cf. Data security 
Professionalism; cf. Engineering profession 

Programming; cf. Computer languages; Software design/development 
Protocols 




synchronous optical network and broadband ISDN protocols. Hoc, 
Anna, +, C-M Nov 89 26-34 
Psychology; cf. Cognitive science 
Publishing 

book review; A Postscript Cookbook (Thomas, B.; 1988). Pavlovich, 
Donald, C-M Dec 89 127 

Publishing; cf. Copyright protection; Documentation; Typesetting 


Q 


Quantum theory 

role of visualization in simulation of quantum electronic transport in 
semiconductors. Kluksdahl, Norman C., +, C-M Aug 89 60-66 


R 

Radar imaging/mapping; cf. Synthetic-aperture radar 
Random media 

acquisition and representation of 2-D and 3-D data from turbulent 
flows and flames. Long Marshall B., +, C-M Aug 89 3945 
Rapid prototyping cf. Computer-aided software engineering 
Real-time systems 

book review, Designing Large Real-Time Systems With Ada (Nielsen, 
K., and Shumate, K.; 1988). Mili, Ali, C-MJul 89 124-125 

predictable real-time kernel for distributed multisensor systems. Lee, 
Insup, +, C-M Jun 89 78-83 

Redundant systems 

neural learning of constrained nonlinear transformations; application 
to analysis of inverse kinematics of redundant manipulators. Barhen, 
Jacob, +, C-M Jun 89 67-76 

Relational database systems 

book review; Rapid System Development: Using Structred 
Techniques and Relational Technology (Gane, C.; 1989). Dalcher, 
Darren, C-M Jun 89 138 
Reliability; cf. Redundant systems 
Risk analysis 

book review; Disaster Recovery Planning: Managing Risk and 
Catastrophe in Information Systems (Toigo, J. W.; 1989). Gould, 
Alan E., C-M Sep 89 117-118 

Robots 

automated planning and programming for robotic batch mechanical 
assembly .Eicker, Patrick J., +, C-M Mar 89 53-54 

autonomous intelligent machines (special issue). C-M Jun 89 14-97 
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exception handling in robotics. Cox, IngemarJ., +, C-M Mar 89 43-49 
improving robustness of solid modelers; research in electronic 
grotot^ing of robots and manipulators. Hopcroft, John E., C-M Mar 


robotics and automation (special issue). C-M Mar 89 6-60 
robotics research at Univ. of Southern California. Bekey, George A., 
C-M Mar 89 58-60 


Robots; cf. Manipulators; Mobile robots 
Robots, motion planning 

algorithmic motion planning in robotics. Sharir, Micha, C-M Mar 89 

building environment model for navigation and path planning using 
depth information. Roth-Tabak, Yuval, +, C-M Jun 89 85-90 
task-level planning of pick-and-place robot motions. lozano-P&ez, 
Tombs, +, C-M Mar 89 21-29 
Robots, motion planning; cf. Mobile robots 
Robots, vision systems 

vision system for robotic inspection and manipulation. Trivedi, Mohan 
M., + , C-M Jun 89 91-97 


s 


Scientific visualization 

acquisition and representation of 2-D and 3-D data from turbulent 
flows and flames. Long Marshall B., +, C-M Aug 89 39-45 
distributed visualization at Los Alamos Natiohal Laboratory. Phillips, 
Richard L, C-M Aug 89 70-77 

interactive visualization of 3-D medical data. Fuchs, Henry, +, C-M 
Aug 89 46-51 

representation and display of vector field topology in fluid-flow data 
sets. Helman, James, +, C-M Aug 89 27-36 
Rivers Project at National Center for Supercomputing Applications. 
Haber, Robert B., C-M Aug 89 84-89 
role of visualization in simulation of quantum electronic transport in 
semiconductors. Kluksdahl, Norman C., +, C-M Aug89 60-66 
visualization in science and engineering; needs of tool users and 
toolmakers. DeFanti, Thomas A., +, C-M Aug 89 12-16,22-25 
visualization of experimental data at US Naval Research Laboratory. 

Rosenblum, Lawrence J., C-M Aug 89 95-101 
visualization tools at Lawrence Livermore National Laboratory. 

Cabral, Brian, +, C-M Aug 89 77-84 
visualizing large data sets in earth sciences with McIDAS. Hibbard, 
William, +, C-M Aug 89 53-57 

Scientific visualization software 

software for scientific visualization in computational aerodynamics at 
NASA Ames Research Center. Bancroft, Gordon V, +, C-M Aug 89 
89-95 

Security; cf. Data security 

Semiconductor devices 

role of visualization in simulation of quantum electronic transport in 
semiconductors. Kluksdahl, Norman C., +, C-M Aug 89 60-66 

Semiconductor devices; cf. Integrated circuits 

Semiconductor industry 

book review, The Microelectronics Race: The Impact of Government 
Policy on International Competition (Howell, T. R, et al.; 1988). 
Jacobs, Shannon, C-M Sep 89 117 

Sequential logic circuit testing 

Gentest, automatic test-generation system for sequential circuits. 
Cheng Wu-Tung +, C-M Apr 89 43-49 

Simulation 

role of visualization in simulation of quantum electronic transport in 
semiconductors. Kluksdahl, Norman C., +, C-M Aug89 60-66 

Software 

software for Adaptive Suspension vehicle; legged walking. Bihari, 
Thomas E., +, C-M Jun 89 59-65 

Software; cf. Automatic test software; Database management systems; 

Design automation software 



Software, operating systems 

process migration facility design for Charlotte distributed operating 
system. Artsy, Yeshayahu, +, C-M Sep 89 47-56 
Software operating systems; cf. Microcomputer software, operating 
systems 

Software design/development 

book review, A Method of Programming (Dijkstra, E. W., and Feijen, 
W. H. J.; 1988). Holt, John D„ C-MJul89 122-123 
book review; Algorithm Animation (Brown, M. H.; 1988). Roth, R. 
Waldo, C-M Nov 89 124 

book review; Designing Large Real-Time Systems With Ada (Nielsen, 
K., and Shumate, K.; 1988). Mill, Ali, C-MJul 89 124-125 
book review, Implementing Software Engineering Practices (Buckley, 
F. J.; 1989). Chand, Donald R., C-M Sep 89 119 
book reviews; An Introduction to Object-Oriented Programming and 
Smalltalk (Pinson, L. J., and Wiener, R S.; 1988); and An 
Introduction to Object-Oriented Programming and C+ + (Wiener, 
R S., and Pinson, L. J.; 1988). Estock, Richard G., C-M May 89 125 
book reviews; The Synthesizer Generator: A System for Constructing 
Language-Based Editoris (Reps, T. W. and Teitlebaum, T.; 1989). 
Piotrowski, Walter G„ C-M Jun 89 140-141 
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real machines. C-M Jan 89 8-97 
robotics and automation. C-M Mar 89 6-60 
software tools for hardware test. C-M Apr 89 12-68 
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Supercomputers 
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of computer classes and near-term projections. C-M Nov 89 57-63 
Writing; cf. Documentation 


144 


+ Check author entry for coauthors 


COMPUTER 










The year's only broadbased computing conference sponsored by 

the world's largest Computer Society 

February 26 - March 2, 1990 spring 

comReonOO 


CALL (408) 432-1300 ext 5723 - ASK FOR COMPCON INFORMATION 
OR SEND EMAIL TO: miura@slacvm.bitnet OR kenm@fai.fai.com 



~ NEWS FLASH ~ 

COMPCON SPRING 90 

SURVIVES THE EARTHQUAKE 
AND IS ALIVE AND WELL 


CATHEDRAL HILL HOTEL HAD MINOR 
COSMETIC DAMAGE, NO INJURIES 
WHATSOEVER AND WAS USED AS A 
RED CROSS HEADQUARTERS 

THERE ARE NO SIGNIFICANT AFTERSHOCKS 
PREDICTED! 

HOTELS, RESTAURANTS AND 
TRANSPORTATION IN SAN FRANCISCO ARE 
OPERATING NORMALLY. 

COMPCON WILL AGAIN PRESENT AN 
OUTSTANDING BROAD BASED TECHNICAL 
PROGRAM 


INVITED TECHNOLOGICAL 
UPDATES 


PERSONAL VIEWS ON PAST AND 
FUTURE OF: 

• ARCHITECTURAL TRENDS 
• COMPONENTS AFTER THE FIRST 
40 YEARS 

• RISC, CISC OR WHAT? 
•GALLIUM ARSENIDE 
COMING OF AGE 

•NATIONAL COMPUTING/NETWORKING 
RESOURCES 


SPECIAL ALL DAY TUTORIALS 

MONDAY - FEBRUARY 26,1990 
Computer Architecture By Yale Patt 
VHDL - Hardware Design Language 
By Moe Shahdad and Ken Bakalar 
Mach Distributed Operating System 
By Rick Rashid 

Object Oriented Technology 
_By David Wilson 

FRIDAY - MARCH 2,1990 
CASE Tools By John Brackett 
Computer Security (viruses) 

By Russell Brand 
Fundamentals of X Windows 
By Chuck Clanton 
Understanding and Selecting 
32-bit Processors 
By Michael Slater and John Wharton 


SOME CONFERENCE HIGHLIGHTS AND HOT TOPICS 

TUESDAY-THURSDAY, FEBRUARY 27 THROUGH MARCH 1,1990 _ 


LATE BREAKING HIGH-END SYSTEMS HIGH PERFORMANCE WORKSTATIONS 

PUSHING RISC & CISC PERFORMANCE TO THE LIMIT DATABASE SYSTEMS 

THE WORLD OF OBJECT ORIENTED PROGRAMMING POCKET INTELLIGENCE 

ALTERNATIVE DESIGN IMPLEMENTATION (FIELD PROGRAMMABLE & HIGH SPEED ASICS) 
HIGH END ARCHITECTURES HDTV GIGABIT NETWORKS 


SEE THE JANUARY '90 ISSUE OF COMPUTER MAGAZINE 
FOR THE COMPCON SPRING 90 PROGRAM AND REGISTRATION INFORMATION 























Breakthrough in presentation of simulation results 
SIMSCRIPT II.5 with SIMGRAPHICS 
Now you see an animated picture of the system 





Local Area Network-NETWORK //.5® 


(FACTORY II.5® 



Transportation system SIMGRAPHICS advanced user interface 


Free trial and training 

See for yourself how simulation 
results are now easier to understand. 

The free trial contains everything 
you need to try SIMGRAPHICS™ 
on your computer. 

We send you SIMSCRIPT II.5, 
animated models, and complete 
documentation. You can build your 
1 or modify one of ours. 
[SCRIPT II.5® lan- 
eliness of our support, 
f our documentation, 
s for error checking- 
n need for a successful 

r 26 years CACI has provided 
trial use of its simulation software- 
no cost, no obligation. 

Act now for free training 

For a limited time we will also in¬ 
clude free training. 



For immediate information 

Call Hal Duncan at (619) 457-9681, 
Fax (619) 457-1184. In Europe, call 
Nigel McNamara on (01) 528-7980, 
Fax (01) 528-7988. 
































